EOS5.1

工作的需要，用EOS做一大型银行系统，以下是总结。
优点：
1.图形化开发，简单的拖拖拽拽，牵线搭桥就可以完成开发，比起以前海量的代码，逻辑性清晰很多。
2.逻辑层，业务层，展现层划分独立。代码重用度高。
3.XML总线流负责个环节的衔接，充分发挥XML的优点。
4.提供对数据库操作的封装，包括存储过程等等，最终翻译成sql语句
5.帮助说明详细，例子详细。
6.集成用户管理，权限，工作流，开发工具，EOS server等一整套环境，内集成单点登录。
7.国人开发的，值得赞。

缺点：
1.频繁对xml的解析与翻译，性能开销很大。
2.很致命，伪SESSION，一个很类似于http session的东西，一个灾难的种子。
3.依赖库结构很复杂，直接嵌入业务库中。
4.对工作流历史数据的清理或转移无措施。很长一段后工作流拖住数据库的查询速度，导致系统性能低下。
4.很致命，对SQL的优化，如果你见过EOS最终翻译后的SQL，你会想自杀，机械化的翻译，没有Hibernate等持久化对数据缓存的优化，欠缺异常捕获的意识，研究过Hibernate代码的或Spring代码的人都会知道，他们对异常处理的严谨，因为在数据库操作中，那怕一个简单的连接操作都有可能抛出异常。
5.应用领域，如果做个OA它还可以，你要是准备用它做个网站什么的，你直接去自杀吧。
6.图像化操作的弊端，不是所有业务都能在业务逻辑层定义，更何况，因为程序员都很反感的傻瓜化的拖拽，导致，大量的业务代码出现在JSP页面中，回归的我们原始2层模型中去。
7.很奇怪EOS studio5.1为什么总死掉，而且经常出现死掉后就再也无法启动EOS server，重启后都不行，唯一重装，同事想一办法，重装后打包，以后每出现上述问题就解压覆盖，晕。。。。