工作的需要,用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,重启后都不行,唯一重装,同事想一办法,重装后打包,以后每出现上述问题就解压覆盖,晕。。。。
优点:
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,重启后都不行,唯一重装,同事想一办法,重装后打包,以后每出现上述问题就解压覆盖,晕。。。。