忘掉普元EOS、构建自己的企业级快速应用开发平台

看到这篇文章真的百感交集，论资历来讲我只是个刚毕业的学生可能对开发框架评论显得狂妄了些。但是eos5.5-eos5.6我们用了近一年了，其中的苦楚可能只有自己才能体会到。

eos被各位大牛夸的那么强大，可是有几个真正的用它来开发过呢？到头来还是哭了我们这些做代码的。正好趁这个机会发泄一下。

首先不能不说的是eos的bug了，以UIbug居多.如果你用他的单表向导生成一些逻辑，你在查询字段中输入一个单撇号，你会收获第一个bug，还有哪些是不是的fbrole的弹窗bug，菜单生成bug，形同虚设的单点登录功能，至于跨浏览器那就更别想了，所有的东西ieonly。而且奉劝大家最好不要使用它的模板生成jsp，里边的那些凌乱的js有时候会影响你的js文件的加载和js程序的运行。再有一点需要奉劝的就是使用eos操作数据库的时候千万要少用list和循环能让你的程序奇慢无比，因为需要从java对象转化成xml节点，所以如果你的数据库查询结果较大的话一定要分页，否则你的服务器很快就要down了，我们实验过一个2000行左右的查询结果基本上就可以把eos down掉。

还有就是自己手动把fbrole中的一些代码改一下，因为里边有个很低级的错误导致大量的数据库连接没有关掉
if(rs==null)
    rs.close();
    .....
把它改成
if(rs!=null)
    rs.close()
这个错误还是我们告诉的eos
算了不说了，说起来就没完了

代码自动生成的工具要本着中庸思想才好。 太简单设计了，达不到要求。太复杂太完美的设计了，那更完了，程序员都没饭碗了。所以不要太过于研究它，大概思想知道即可。重要的还是要在更高的一个层面塑造自己

感觉代码生成技术还没有到成熟的时候，楼主的探索是有意义的，但对于企业级的项目来讲还是太弱了些，当然也不用和EOS比较，EOS不是代码生成型的快速开发平台，EOS是基于构建复用的平台，两样的，不过基于构建复用也是比较现实的快速开发实现技术。我们在这个方向上也已经投入了7,8年时间，还是很有感触的。

快速开发的本质无论是代码生成还是组件复用，都是对已有程序的复用，只是角度不同，但不建议尝试做代码生成角度的探索，代码本身是非常复杂的，你如何让他简单化？楼主的尝试其实是实现快速框架的生成，而不是代码的生成，一个简单的个人所得税算法，你如何快速生成代码？

如果不尝试使用市场现有的快速开发平台产品，也可以通过公司或团队的内部积累实现部分的快速开发，楼主的架构代码生成是一个方面，另一个重要方面其实是数据处理逻辑的积累，比如基本的表集数据运算逻辑，基本的日期计算逻辑，如果花些时间把一些常用的逻辑代码整理好，编译好，就可以在后续项目中实现快速复用。

其实每个工程师都知道复用的价值，但往往不容易进行积累，或没有兴趣，或项目太急切了，一直感觉每个软件公司只要条件允许其实应该成立一个基础架构部门，负责代码的整理和复用工作，其实这样的投入是很值得的，虽然表面上不创造价值。

有兴趣可以访问我们的产品，以组件复用实现快速开发，复用覆盖逻辑和展现，基本可以做到零编码开发，开发的效率也相当好。

http://www.extraction.com.cn

什么逻辑。真讨厌这种高瞻远瞩提纲挈领的话，不像真正搞技术的人说的，你就忽悠吧

同情！这就是开发人员无法掌控平台的后果。其实又何止一个EOS呢！当年我用IBM的WSAD、科诺的KA－2也是问题一堆，才有了自己做平台的想法，也算是被逼出来的吧，呵呵。。。

对于EOS的评论有些还是不能赞同的。

1，EOS限制了灵活性，这不应该是个需要拿出来说的问题，既然你用平台，就肯定不能指望向你编代码一样的随心所欲。这就好比传统意义上的裁缝和流水线上的缝纫工的区别，你得遵守流水线的规则，完成自己范围内的工作。

2，EOS很多Bug，呵呵，应该不是瞎说，但这也不是你否定他的地方，软件就是这样，做出来总有问题，但只要用心去做，Bug都是可以很快消灭的东西。

3，EOS有许多不足、性能也不行，都是问题，但都不是问题，只要是可以解决的问题就不是问题，给普元半年时间一切都能够解决。

我们看待一个产品的角度更多应该看他的设计思想和其发展的方向，这最重要，EOS如果能够真正带来效率，而价格也能平民化些，还是很有前景的，过程中的问题都是可以解决的，只要重视。

我们作为普元的竞争对手，其实还是比较欣赏普元的，不为他的产品，而是他的坚持。在这条路上能够忍住寂寞持之以恒是很不容易的。

不过普元在SOA上的夸张的宣传和大量的投入却让人感觉有些莫名其妙，SOA不是灵丹妙药，且和EOS关系也不大，不知普元为何如此投入，把精力投入到EOS上也许会更好些。

呵呵，这个说的比较...
1.好像很多linux的开发人员一谈到linux和windows的优势的时候就说windows太死了，我们可以在linux上随心所欲，并且号称linux是给程序员用的操作系统，好像开发平台也是给开发人员用的，不知道是linux的哲学错了还是楼主错了，反正linux现在遍地开花了
2.确实我们不能因为一个软件有bug就全盘否定这个软件，问题是我们否定的是现在这个软件的不完善
3.别扯什么是问题又不是问题，如果按照这个逻辑，我写个hello world，如果加以时日，投入无限的时间、金钱，再把什么ms，ibm，google的开发人员全加上，相比也能够成为一个消灭了windows、linux 、mac os的超级nb的os的，可是这么想象有意思么

ps：我上面也说过，作为eclipse plugin developer，我是很欣赏eos studio的，但是都楼上的逻辑不敢苟同

反对

杭州信雅达的工作流接触过，感觉很一般。

不过，工作流发现国内的应用大家都比较关注签批，回退还有自由流这些Human Task的事情。

其实工作流的重点，应该是优化应用的架构，便于业务流程改造和系统整合吧。而这方面，需要遵循一些通用规范，一些大的厂商明显占有优势。

个人认为很好，不知楼主是否可以共享呀。