初识BOS

天下大事，分久必合合久必分。转来转去，我们现在要做EAS的二开。对于我们java团队来讲，如何正确认识BOS，非常重要。

技术也是组合能力

如何看BOS？如果把他当成一个新的工具，上百页的教程就可能把你吓着了，再看看那么多xml，那么多java文件，怎么弄懂？不要紧张，如果有2年JAVA开发经验，用过mybatis、jpa之类的，你能理解60%，也就是很快上手；如果有架构设计经验，设计过框架的，BOS的理念能理解90%，如果设计过业务开发平台，BOS的理念能理解99%，所有框架的基础都是相同的，不同的是完整性还有一点点灵感。
抛开业务不谈，能懂业务的开发人员有几个？那么BOS开发的知识体系如下：

内容	参考	重点	备注
开发工具	Eclipse	熟练	1天上手
元数据	工作流	理解	很多，不用怕，你可以不用看；高手看看能解决问题
实体	orm，例如mybatis	理解	不理解也没关系
查询	orm	应用	如果做过自定义查询，这个没什么特别
表	orm	基础	不用看
界面	UI	应用	工具而已
facade	orm	理解	如果用domain的概念，就在实体里；否则，拉出来比较合适，我也倾向于和实体分开。
功能	jstl	应用	是不是有个function和这个差不多呢？未了暴露出去而已
枚举	语法	应用	还说吗？建议用INTEGER
异常	语法	应用	同上
日志	语法	应用	同上，只有好坏之分，没有0和1的区别。

这些是最基础的入门，如果目标就是用，那么恭喜你，1天够了；如果目标是架构师，多看2天，看看平台约定，知道原来很多事用约定能简单解决问题，为什么这么约定？没有什么，当时就这么定的！
建模和EAS平台我觉得是具体操作级别的，这个尽管很复杂，反而没什么可说的，因为就是一个熟练程度问题。做企业级别的业务系统主要是什么？
1、流程 流程 流程
2、权限 权限
3、基础数据
看到有工作流，还没分析，不知道能否解决我说的流程问题。
权限设计很复杂，基础也应该是角色资源模型。应用级别没有难度。
基础数据需要理解，一个是产品、员工等基础数据，要知道在不同业务中的意义；业务数据，例如采购单、销售单我觉得可以归入基础数据，如果业务平台没有把业务也抽象出来，那么和普通的开发平台就没区别了。不要被用户需求的假象所迷惑，看需求的本质，大部分业务是可以归到常用业务上的。
那么大的BOS，三言两语讲完了，一是入门，通过现有知识体系梳理一下；二是让开发人员自信，不是所有知识都是新知识，不是所有需求就让你推倒重来。
基础知识很重要，90%你不会具体用到，但是却能花10%的时间组合知识。