转为前端工程师（二）

　　前天才听说了gradle这个词，看了一遍概念，感觉有了一定理解。在此基础去下啃项目文件.....

　　项目是几十个不同功能模块的java工程，和若干个web工程。

　　项目前端是基于dojo-1.8.0的，有一个庞大的二次封装组件库。（好不容易才看明白....）

　　那若干个web工程：

1. 一个产品形态的部署用web工程；
2. 另一个产品形态的部署用web工程；
3. 二次封装组件库的工程，里面有茫茫多的dojo自定义组件；
4. 一个dojo自定义组件库，大致看来是针对后台功能的，暂不清楚里面是单纯的UI组件封装还是集成了后台前端逻辑。
5. fly（神奇的命名，问了技术支持，确定是一个悲剧的命名。）web工程，里面是该项目专用的各种复杂UI的代码，里面有大量跟复杂UI有关的前端业务逻辑。

• 1，2工程很容易理解也很快就明白了作用，里面一般包括简单UI的代码，和复杂UI的声明，最外层的前端业务逻辑。
• 3工程里面有非常多的dojo自定义组件，并且有一个完整的web资源用于直接测试使用。项目最后会通过gradle抽取需要的ui组件，并都单独打成jar包，放到部署用的web项目lib里。
• 4工程还未细看
• 5工程举一例子，主页顶部导航的初始化处理，从获取数据到解析使用数据都在里面，外部只有简单的声明。

- -说来简单明了，但在最终和gradle基本概念里的打包功能联系在一起，才真正对各个web项目的文件有了概念，有很多的文件都是在项目实际运行时不起作用的。（特别各自web项目中，因需要直接测试搭建的环境，有大量一模一样的代码，在前几天让我非常凌乱。）