我非常不喜欢banq的话里面的结论
================================================================
关于那次讨论,实际是先进的非标准技术和成熟的标准技术之争。这个争论本身实际是毫无意义的.
================================================================
您难道不认为成熟的技术标准存在着改进的需要嘛?而明天的成熟的技术标准难道不是今天的非标准技术嘛?
如果是的讲到Java方面来说,那么JCP的人的工作是不是都是毫无意义的哪?
那么netscape的swing的也不就是毫无意义的嘛?
其实技术无好坏,但是技术是为人服务的,如果某项技术是能够节省时间,降低开发难度和提高开发和运行效率,那总要比硬要按照EJB的模式写八股Bean好吧!
其实请你仔细读读robin的项目的条件和你所做的描述,您的system还没有经历过真实数据的考验吧?只有上千条数据和30几个表?没有动态的数据查询?换句话讲,如果您用EJB有什么解决的高招,不妨share一下,我想有很多人会感激涕零的.
而robin做过的系统无论从规模上和复杂度来说都比您的系统上要大,那是不是说明EJB的scale性能(both开发and运行)不好哪?对于一个自称为在这方面优秀的软件是不是有点讽刺哪?
其实大道至简,能十全十美固然好,但是在要求灵活度的和变化的今天,大概没有什么系统能只用EJB的技术就可以实现吧?如果不能,是不是要用一点其他的手段哪?能抓老鼠的就是好猫,这又有什么可以奇怪的呢?除非老兄是SUN或者是卖App Server的.
从这个态度来说,我觉的就是这种态度导致了EJB现在的尴尬处境.不是机制上入手,而是要强调要样这样那样的performance patterns,老天,这是个技术简化的世界,你不怎么做,有人这么做(比如微软的.net)
其实,我来谈谈我什么要用EJB,其实不就是为了Distribute可以scale嘛,除了这个原因之外,您还能说出其他的理由嘛?那又为甚麽要我自己写乱七八糟的HOME接口哪,xdoclet的工作其实给EJB container做不好嘛,不应该嘛?
其实好好想想这些问题的答案,看看robin等人所说,banq兄就不会说别人是毫无意义的这样了,这样至少也可以赢得别人的尊重!