结束EOS的学习……

从开始学习eos到现在快两个月了，之间作了一个项目，全eos开发，感慨颇多，最清楚的结论就是，我以后不用EOS开发了。。。

首先就是小毛病繁多。程序出错了，，往往不晓得是自己错了还是eos错了，只有重启server，我相信作java的都知道java耗内存，这个eos更是如此，512的内存，重启一次需要一分多钟，然后起来了又得重新连起刚刚断了的思维，这是对程序员来说一个很郁闷的过程。。还有断点加不上啊，，等等等等，，

再就是eos的程序开发出来，运行效率低下。eos是通过xml总线来传递各个逻辑层面的数据的，我的理解就是一个个的能实现各个功能的类通过xml传来的参数进行运行。就java来说，本来这个面向对象从这个类转到另外一个类，这数据传送就影响速度，不如php这类语言来的直接，但是java来说那，毕竟是编译型的而且面向对象确实有其不可替代的优点，因为稍微大型的系统，代码的重用和结构是很重要的。但是eos在java上面又多了一个xml总线，速度肯定就更慢了，而逻辑也并没有因此更加清晰。一堆为了操作xml总线的逻辑夹杂期间，这对于程序来说就是额外的开销，不必要的开销……

eos当然也有其亮点，因为它的很多操作都是图元的形式表示出来，确实是很直观的（虽然我不是很喜欢这样的直观，但这或许是我的偏见，别人未必如此看）。它的调试功能不错。我写eos的程序，准确的说不是写出来的，是用eos调试出来的。虽然有时候断点添加不上去……

也许这个亮点也就是一些公司看重的原因吧，所有eos才拿下了那么多的电信的项目。但是能拿下这么多项目并不代表eos就有多优秀（销售人员也有一份不小的功劳吧），相反我最初想学这个eos的，现在不想再花时间在上面，因为我觉得这不值。不如拿这点时间多去熟悉java的api，多去熟悉spring等等这样的优秀的框架。

评论

8 楼 flyspider 2006-12-02  

我公司现在有个项目组在用这东西，开发环境是基于eclipse的，当时给我们演示的时候好几次不是jboss起不来就是关闭不正常，效率的确不高，而且我很怀疑他对深层次开发带来的收益，团队开发中如果对某一部分在代码级作了定制，EOS版本升级时可能就要吐血了

7 楼 wangdi 2006-12-01  

cryolite 写道

leobluewing 写道

EOS来我们单位推荐过他们这个东东．

说实话，给我的感觉就是头大．　当然图形化的确是清晰．

图形化会对不懂技术的管理层人员有吸引力

呵呵，所以说啊，软件的成功在某种意义上来说和对不对boss的口味有很大关系……

6 楼 cryolite 2006-12-01  

leobluewing 写道

EOS来我们单位推荐过他们这个东东．

说实话，给我的感觉就是头大．　当然图形化的确是清晰．

图形化会对不懂技术的管理层人员有吸引力

5 楼 leobluewing 2006-12-01  

EOS来我们单位推荐过他们这个东东．

说实话，给我的感觉就是头大．　当然图形化的确是清晰．

4 楼 towjzhou 2006-12-01  

一个应用内部都用xml通信这不是自找麻烦是什么

3 楼 wangdi 2006-11-30  

貌似eos出错比较随机哦，，虽然我也希望能够找到规律来不让自己试错，但是eos不给我这个机会。。

2 楼 抛出异常的爱 2006-11-30  

如果不想头痛可以试试黑客的方法
每作一步就用本子记下工作内容与想法
只有不去试错才能提高这种类型(像EJB启动,UNIX启动)工作效率

1 楼 xiaoyu 2006-11-30  

现在是不是做电信(移动)都在用EOS呀. 好几个人对我讲了, 他们用EOS.