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

我个人觉得这种方式并不是以后的方向。IBM的那东西出了很久了。成了主流了吗？

以前中科大的校长给俺们上课的时候这样讲。要做什么首先参考国外，因为别人有经验。

这种东西IBM都推不走。就别指望一个EOS能有多大作为了。

并不觉得EOS这种方式有多大的影响。一个熟悉的程序员完成同样的工作。

在有前一个项目积累的情况下。也许效率更高。

软件工程最重要是对人讲的。除非电脑发展到人脑的阶段。否则这种方式都不会成为主流。

没有人说过SOA才是唯一的真理吧？什么产品都是不断发展的。

不过想想这种问题和我的回复还真是无聊，以后不回复这种问题了。

SOA是销售们去谈论的， 和技术关系不大。

同意！普元的东东充其量就是一个变相的appfuse。主动权要掌握在自己手里，一定要构建自己的架构

和大多数的架构师一样，掌握了熟悉的开源的框架之后，就会慢慢懒惰起来。
对新的、别人认为优秀的技术、产品，免不了滋生一种抵制的思想。

在这里引用一下比尔·盖茨的自我总结：
“所有这些事情都可能使你懒惰，让你觉得无所不知，让你觉得自己比其他人聪明，而这总会导致严重的错误。”即使是最大的IBM公司，也错过了许多关键的事情。“我们必须学习新事物。”

人如企业，要持续不断的提高，也应该有持续的热情去学习新的开源项目，
新的商业产品，新的开发方式、管理思想。

如果有做过深入研究，给出具体技术的比较，这样的帖子相信会广受欢迎！
如果泛泛而论，就显得过于草率，没有说服力。

哦 ，对不起 先前卖给您的面包5.3实际是石灰做的，我们面包6.0才是真正“面”包

个人感觉上述一些代码工具/平台所生成的代码框架和目前的soa思路背道而驰,生成的代码能否被构建soa架构风格的应用所用都不好说，至于说根据设置反复生成代码就更不可能了。
当然上述话是在肯定后期应用应采取soa方式构建的基础上，但，我确实认为soa是未来一段时间内的首选架构风格

很巧，6月份的时候，我也写了一个和楼主一样的东西（不过没有GUI），我也来谈谈感想。

>>>> 背景：

我此次参与的项目，数据库设计的表有几百个（100～200），重新开发，早期我们选用的是Spring/Hibernate/DWR的框架，因为应用过很多次了，整体上使用还是很流畅的，对于普通的业务表需要写很多POJO,Service,DWR Action,JS,HTML。

差不多是项目做到一半的时候，我才产生了这个念头，因为有一天觉得MyEclipse生成的hbm实在是非常不好用，就想自己生成一个hbm，很快弄好了，从而考虑把整个工程全部生成，所以就动手了，做下来没有几天工夫，并整理成一个可以适合其它多层模型框架的B/S快速生成器的包（现在只是在企业内部用）。

我所在的企业是一家内地的中小企业，就软件部来说，没有几个实际人手，我即是项目经理、又是技术负责人、分析需求、设计数据库、设计架构、风格设计等等都要自己来整体的考虑。我们接的Case很多都是一个个工程（非产品化），所以从底层数据库建模开始，我可以自由的设计，尽量的复合第三范式，尽量适应自己的框架。

>>>> 效果：

开发好这个以后，自己的开发速度实在是快了不少，特别是有些新增加的表，让程序自动生成，实在是一种非常爽的快感，1，2秒就把普通的增、删、查、改、显示就全部生成好了，提升了很多开发效率，并且也避免了手工编写的错误几率。看上去很像自己一个人写的整个工程。命名、注释、风格整齐一致，看起来非常的舒服。

支持，配置调整底层数据库的适应类型及其它的类包等等的设置。

>>>> 评价：

我是非常喜欢这样的东西的，在我这个环境下，人员不多的团队，想加强自身的战斗力，必须有一些装备，有了这个你可以不需要考虑更多的情况自己就上了。

但是使用前，不要着急就全部重新生成，应该考虑哪些可以重用的问题，如果代码及功能模块本身可以重用，那么直接用好了，重用是软件人员应该最重要考虑的问题。
真的产品化的软件应该不会用这个，但是对于单兵作战的朋友，可以考虑一下，大胆的构建一个得心应手的工具。

在之前我就听说了普元的构件，并且老1建议我用这个构件来开发，因为我几乎没有时间去关注这个构件，我也没有用过，下载下来试试，看上去比较麻烦，担心后面很多因素都不可控制，所以我直接废掉了使用它来构建本次项目的计划。

但是我做的顶多是初级模型，在逆向工程、结合建模工具，特别是从维护、修改上很难做到不去动代码，再生成一次。如果生成了一次，但后期重新调整了底层数据库，那则是很别扭的一件事情，因为之前调整过的代码不会自动带上去，至少现在没有那么多精力去丰富这个工具成可以支持修改的。

初此之外，我花了总共几天的时间，自己手写了一个类似Spring IOC和Hibernate的ORM的简单框架，用了仅仅6个类，不再需要那么多的lib包，而且所有的东西都变得可控了，用起来还是真的很好用。虽然在实现Hibernate上有些困难，但都客服了，不求很全，但求最实际的用。

我建议大家自己去建一些自己喜欢的工具，按着自己的经验走，不要被高手误导了，因为某些高水平的人，着眼太高了，是的的确确，不适合自己。

混人堆里，观摩学习一下~
倒也真看到牛人啊，口气都不一般。
EOS的确很庞大，不过，我对他们的软件构件的开发方式还是很向往的。
软件开发过程中，重复性的工作的确太多了。

请参考一下OpenJWeb:http://blog.csdn.net/baozhengw/archive/2008/06/22/2575052.aspx ,在MVC开发模式中,原来需要程序员建表,写实体类.hibernate映射文件,配置spring bean的xml,action类,bo类,DAO类尤其是页面都需要程序员手工写,一般一个简单的模块也需要2天开发时间,而openJWeb平台可以在定义好数据库结构后,自动生成各层的代码及列表和编辑页面,列表页面自动带排序,跨数据库分页,条件查询等,不需要程序员写一行代码,而且生成过程中可以使用ANT API自动编译class,非常方便,比国外的appfuse要好