JSI

脚本库管理解决方案
授权协议 LGPL
开发语言 JavaScript
所属分类 Web应用开发、 网页开发工具
软件类型 开源软件
地区 不详
投 递 者 蒙华翰
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

JSI框架提供一个无侵入的脚本库管理解决方案,和一个全面的前端开发调试、文档解析、模版编译、打包导出环境支 持。他可以作为一个开发期间的脚本管理工具,让开发者在开发期间享受JSI带来的种种便捷,也可 以作为一个运行时的脚本管理框架,让类库编写者能够自己管理好自己编写的类库的相关依赖,让类库的最终用户从繁琐的依赖管理中解脱出来,提高类库的易用 性。

JSI 拥有一套完善有效的模块隔离机制,方便于 重用、组织第三方脚本,避免它们带来的命名污染问题。JSI极力追求简单,不加入特殊语法,被管理的脚本无框架依赖。

  •  装载效率测试   测试页面见:test/load-eff-test.html   为了测试结果更显客观,我选择了第三方类库的装载测试: 'com.yahoo.yui.*', 'net.conio.prototype.*', 'net.fckeditor.*', 'org.jquery.*', 'us.aculo.script.*'   共22个脚本文件(对于JSI来说还有诺干包定义文件)。 FF

  •  JSI 简单、无侵入的脚本管理框架 按需装载 管理依赖 执行环境的隔离,避免名称冲突       官方地址:http://www.xidea.org/project/jsi/       ITEYE的讨论区域:http://jsi.group.iteye.com/group/wiki/

  • 先回顾历史: JSI1(2006-2007)是个简单的框架,只有脚本级别的依赖管理,只有阻塞同步装载模式。 JSI2 (2007-2008)是个庞然大物,同步装载,异步装载,延迟装载,装饰引擎。。。。。 网撒的太宽,而且学习曲线也非常陡峭。 JSI2.1 新的2008,JSI2也打算做点改进。 时至今日, JSI已经有两年多的历史了,自己也在大大小小的项目中有了不少实践,普遍的反映是。内核庞大。依

 相关资料
  • 当我们基本完成程序的设计,我们就可以编写代码了,它是对我们的解决方案的实施。 版本一 例10.1 备份脚本——版本一 #!/usr/bin/python # Filename: backup_ver1.py importos importtime # 1. The files and directories to be backed up are specified in a list. sour

  • 理解自动内存管理 当创建一个对象、字符串或数组时,会从名为 堆 的中央池中分配一块内存,用来所存储创建的值。当这些值不再被使用时,被占用的内存可以被回收,并用于存储其他的值。在过去,是由程序员显示地调用相应的函数分配和释放堆内存。如今,像 Unity Mono 引擎这样的运行时系统,可以自动地管理内容。相比显示地分配和释放内存,自动内存管理需要的编码工作更少,并且大大降低了发生内存泄露的可能性(例

  • 问题内容: 我的公司刚刚完成了年度审核流程,我终于说服了他们,该是时候找到一个更好的解决方案来管理我们的SQL模式/脚本。目前,我们只有几个脚本可以手动更新。 我曾在另一家公司使用过VS2008 Database Edition,这是一个了不起的产品。我的老板要我看一下Redgate的SQL Compare,并寻找其他可能更好的产品。SQL Compare似乎也是一个很好的产品。但是,看起来他们没

  • 本文向大家介绍MySQL导入sql脚本错误:2006 解决方法,包括了MySQL导入sql脚本错误:2006 解决方法的使用技巧和注意事项,需要的朋友参考一下 MySQL导入sql脚本错误:2006 - MySQL server has gone away 到如一些小脚本很少报错,但最近导入一个10+M的SQL脚本,却重复报错: 最终找到原因,原来是MySQL导入大批量数据的时候超出了默认允许最大

  • 问题内容: 我非常喜欢Rails的数据库迁移管理系统。它不是100%完美的,但却可以解决问题。Django还没有附带这样的数据库迁移系统(但是?),但是有许多开源项目可以做到这一点,例如django-evolution和south。 所以我想知道,你更喜欢Django的哪种数据库迁移管理解决方案?(请为每个答案一个选项) 问题答案: 我一直在使用South,但是Migratory看起来也很有前途。