脚本的杂乱思路

1、ViewPort的概念
2、WidgetFactory的概念，有些Widget可能可以重用，有的不行
（如在同一界面中出现两个决议列表Grid，则不能重用DecisionGrid这个Widget）
应该使用WidgetFactory来管理
是否应该有一个事件中枢，类似windows系统的消息泵那样。

3.js的版本更新问题的思考：
在后台维护一个js版本号，每次系统更新（脚本变化）以后应更新版本号。
前端的core.loadscript方法应该使用服务器脚本写出，服务器程序写出的
loadscript的url要带上版本号! 这样浏览器就会重新下载新的script!!!
太好了! 比如  load (  abc.js?version=0709041801 )

系统配置:当前javascript版本号.

4.前端的初始化逻辑应该有一个类似aspx页面的生命周期,但要简单很多才好.
程序逻辑应该尽量封装到库,manager,中枢,协调器,厂,事件泵,等等都应该
封装,前端逻辑尽量独立独立再独立,配置化配置化再配置化!

5.需要下载的模板,能否做成界面不闪动? 这个效果很差,还有是否能在下载模板的时候
给出进度?  ...记住,任何时候都要让用户知道系统在做什么,任何时候.

6.除非确实没有重用的可能,否则 js的 (function(){})();这种自动动作尽量不要做,
因为这样是创建了一个javascript的单例,系统可以有一个全局的单例,如:
Meeting,这是一个命名空间,另外如有逻辑划分的必要,可以有类似:
WidgetFactory这样的单例.应该学习一下成熟的库是怎么处理的，借鉴一下。

7.程序的绝妙之处在于一个核,一个微小的concret的核,其他的东西都是弹性的,这个核
是适应性极强的,对于yogiportal来说,核就是extension-point + extension 插件内核,
对于yogismile来说,此核也是"插件机制",只不过是 core.loadscript而已,loadscript
是相对不变的.