由于上一次的灵光一闪，萌生了对面向UI编程的思想实现。经过一段时间的考虑和设计，现在将思想和具体细节记录下来：
具体思路描述：
- 在UI.config文件中，配置所有参数，比如页面模板、所有组件、组件控制、接口注入
- ui.js根据配置文件中所选择的模板，进入布局模板库中找到所加载的模板
- 将模板首先注入页面之中。
- ui.js分析页面模板布局中所需要加载的组件以及其他操作，将这些组件数据注入到数据中转池
- 然后数据中转池，将组件信息传递给ui.js，需要哪些组件和操作
- ui.js将中转池传过来的组件信息通过配置文件从组件库中去寻找
- 寻找到模板所需组件注入页面，数据中转池配合组件的js，对组件进行初始化。直到页面加载完成
配置文件的配置设计：
UI.config=({
//配置路径
baseUrl:"/",
//注入模块
template:{
//布局模板名称：模板地址+是否装载
"layout1":["layout/layout1.tpl",true],
"layout2":["layout/layout1.tpl",false]
},
//注入接口
interface:{
"interface1":"www.123.com/interface1",
"interface2":"www.123.com/interface2",
"interface3":"www.123.com/interface3",
"interface4":"www.123.com/interface4",
"interface5":"www.123.com/interface5",
},
//注入组件
module:{
//组件名：组件地址+组件是否装载+接口注入
"md1":["module/header.mold",true,["interface1","interface2"]],
"md2":["module/body.mold",true,["interface1","interface2"]]
},
//组件逻辑js
data:{
//js所需接口和其他数据都需数据中转池配合
"md1_js":"modulejs/md1.js"
}
});
数据中转池设计思路：
具体思路描述：
- 每个组件在配置文件中生成之后，导入ui.js中处理后，会生成每个组件对应的uuid（唯一标识）
- 在进行数据流转和互通的时候，必须通过uuid进行存储和使用
- 对于只使用一次和永久存放的数据进行标记和回收
- 配合组件进行变更，组件加载数据加载，组件卸载数据卸载
- ...
面向UI思想框架优势：
- 高度复用html，如果一个更通用的模板，可以无限次复用（可以更换接口）
- 灵活变更网页布局。传统页面都是布局好了之后无法变更，UI引入布局模板，可以随意进行布局，只要最后引入组件正确即可
- 对所有接口进行了统一管理，每个组件进行分别注入，按需使用
- 可进行全球分布协作开发，每个组件配置地址可以在互联网的任何角落，我只需要按着地址可以取到我的组件和处理js即可
- 可一个项目，由互联网上各处的组件拼凑完成,如果后台可支持跨域，那么一个项目前后台都可是互联网上的资源，而我们部署的服务器只是提供一个展示入口
- 开发只需要专注每个组件开发即可，一个一个组件开发，开发完成通过配置装载上线
- 对于项目局部进行更新，可直接卸载一个组件，不需要关闭整个服务器。更新完成之后，更新组件，重新装载上线
- 每个企业可维护自己的一套组件库，高度复用。新项目如果遇到以前开发过的组件直接配置路径和参数使用。
- 可将配置文件参数通过后台获取，动态维护所有组件。方便运维
- 对于接盘侠（维护人员）来说，有更方便和快捷的方式进行处理（局部组件开发规范参考自我总结的高效开发和维护方案）
- 更使用于单页应用，因为只有针对于局部刷新，加载速度比一般网页速度更快
- ...我唯一能想到的就这么多，我会将这个项目开源，希望更多的志同道合的人，一起开发更强大的UI.js
PS：现在只是对思路做一个详细设计，在开发中可能会遇到各种各样的问题，而且该思路是我的第一次起草，可能不是很完善，如果大家有更好的思想和灵感，希望大家不吝赐教。这段时间先把基础版本写好，然后公布成开源项目出去，以后欢迎大家一起完善。
下面是我的手稿：
我是码农，我不喜欢被代码玩弄，我喜欢用代码去改变世界，希望这世界更美好！！！加油，共勉！！！！
