|
锁定老帖子 主题：结束EOS的学习……
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-11-29
从开始学习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等等这样的优秀的框架。 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2006-11-30
现在是不是做电信(移动)都在用EOS呀. 好几个人对我讲了, 他们用EOS.
|
| 返回顶楼 | |
|
发表时间：2006-11-30
如果不想头痛可以试试黑客的方法
每作一步就用本子记下工作内容与想法 只有不去试错才能提高这种类型(像EJB启动,UNIX启动)工作效率 |
| 返回顶楼 | |
|
发表时间：2006-11-30
貌似eos出错比较随机哦，，虽然我也希望能够找到规律来不让自己试错，但是eos不给我这个机会。。
|
| 返回顶楼 | |
|
发表时间：2006-12-01
一个应用内部都用xml通信这不是自找麻烦是什么
|
| 返回顶楼 | |
|
发表时间：2006-12-01
EOS来我们单位推荐过他们这个东东．
说实话，给我的感觉就是头大． 当然图形化的确是清晰． |
| 返回顶楼 | |
|
发表时间：2006-12-01
leobluewing 写道 EOS来我们单位推荐过他们这个东东．
说实话，给我的感觉就是头大． 当然图形化的确是清晰． 图形化会对不懂技术的管理层人员有吸引力 |
| 返回顶楼 | |
|
发表时间：2006-12-01
cryolite 写道 leobluewing 写道 EOS来我们单位推荐过他们这个东东．
说实话，给我的感觉就是头大． 当然图形化的确是清晰． 图形化会对不懂技术的管理层人员有吸引力 呵呵，所以说啊，软件的成功在某种意义上来说和对不对boss的口味有很大关系…… |
| 返回顶楼 | |
|
发表时间：2006-12-02
我公司现在有个项目组在用这东西，开发环境是基于eclipse的，当时给我们演示的时候好几次不是jboss起不来就是关闭不正常，效率的确不高，而且我很怀疑他对深层次开发带来的收益，团队开发中如果对某一部分在代码级作了定制，EOS版本升级时可能就要吐血了
|
| 返回顶楼 | |
浏览 8090 次
