|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-09-12
to flyisland：
我接受你的批评，这个确实是我的问题。企业应用有很多复杂的问题，EJB 让人们更多地关注于分布式应用，其实分布式应用很多时候并不是客户最关心的（我还是认为数据的有效利用其实更加重要）。而且分布式应用有很多种做法，单从分布式模型来讲，其实 CORBA 比 EJB 或者 Web Service 都要成熟的多，当然 CORBA 也是这三种里面最复杂的。 我希望通过这个争论达成一些共识，以便在将来讨论一些具体的设计问题时不至于象现在这样继续打口水战。Rod Johnson 这本书中的很多观点都将是充满争议的，而我们所有正方反方的朋友都将从这些争论中获益。 to 没有人： without EJB 让我们对框架设计问题重新思考，重新审视 EJB 的优点和缺点，我觉得是很有价值的。现在已经深入掌握 EJB 的再去学习 Spring+AOP 只会更加容易。所以所谓的“腥风血雨”似乎只应该存在于那些无聊娱妓的笔下。 |
| 返回顶楼 | |
|
发表时间：2004-09-12
没有人 写道 2、jini、flyisland 所在的公司，已经采用 EJB 做了大量的开发，并且完全相信了 EJB 在规范中所做的美好承诺。这个时候为了保护自己的投资，一定会死保 EJB，维护 EJB 的崇高地位。希望 EJB 3.0 不要令他们失望，能够完全满足他们的期望。 你的斷章取義還真厲害 |
| 返回顶楼 | |
|
发表时间：2004-09-12
flyisland
其实中国缺少大牛就是因为在这些虚的东西上水准太差了.比如说组件化的问题,在国内似乎EJB是唯一的选择,而国外却是在EJB推出的这些年CORBA却得到了更多的发展.其实国内的人往往太相信广告,而没有自己的判断能力.这大概的原因还是我们实际操作的太少. 企业应用的核心就是数据和流程,这一点毋庸置疑.而你说的企业组件化的考虑,更多的是开发者这一方的企业的考虑,而不是客户方企业的考虑.分布式也好,组件化也罢,这些其实根本就不是客户关心的问题,他们唯一真正关心的是否企业能不能依靠这些软件更强健的运行. |
| 返回顶楼 | |
|
发表时间：2004-09-12
to dlee:
等待你抛出Rod Johnson的观点，我有此书的电子版却只看了第一章，未有深入了解，惭愧。希望能够学习更多spring的知识。 to 胖子: 国内的确在“虚”的东西上太差，这些“虚”的问题往往就是标准，就是最要命的地方。以前我们没有实践，不敢说；现在很多系统规模都是世界前列的（从客户数量、并发数量）等，可还是没有人说。 一个项目一千万投资，包含前期咨询费、主机、网络、存储、数据库、中间件，最后开发商（集成商？）能够摊上的软件费用也就百来万。与其拼死拼活开发软件，还不如在集成其它产品的时候赚多几个点。我们的公司要提高自身的核心价值，还有长路要走！ 有点扯远了。 |
| 返回顶楼 | |
|
发表时间：2004-09-12
flyisland
其实国内已经开始谈标准了,但是现在多数还是空头支票的夸聊.我们还缺少切实的实践作谈标准的基础,但是标准这个东西又不能等到基础都圆满了以后才去考虑.所以即使是无目的的夸聊也是有作用的.但是有些标准比如EJB3.0离我们的距离太远,我们除了化少部分精力关注一下,别的就什么都做不了.最和我们现在的实践结合的紧密地就是现在的EJB2了.最近这段时间上的项目很多都是基础性的项目,比如国家的社保平台,就是用EJB来做的.但是我看内部的涉及到的技术并不是很合理.而类似的项目如果多起来,今后我们就会被绑在EJB这颗树上.而实际上BEA和IBM都在把中心业务从EJB的容器上转移开.而当如果EJB真的被淘汰的时候这些项目就会成为巨大的负担. 前些时候我曾经和朋友探讨过使用无容器组件的可能性,其实就是考虑到有可能会发生EJB被淘汰的可能性,从而可以把EJB容器作为一种可插拔的组件动态的管理起来. 一个人可以死啃一门技术,而一个公司特别是国内的公司似啃一门技术就不行了了. |
| 返回顶楼 | |
|
发表时间：2004-09-14
dlee 写道 那么这些大厂极力推崇 EJB 居心何在？
鼓励所有的人把所有的应用都做成分布式。你不会脑子进水非要在一台服务器上做什么分布式吧？做分布式应用当然至少要两台服务器了。 分布式意味着什么？更多的服务器，更高的性能要求，更强的硬件。想想 Sun 和 IBM 是做什么的你就会明白他们为什么一定要让你把应用做成分布式。 这件皇帝身上的子虚乌有的新衣直到有一天有个叫做 Rod Johnson 的家伙喊了一声： 其实大多数情况下我们并不需要做分布式应用 才终于被大多数人看穿。 难道我们单独用 Spring 就做不好 OLAP 吗？ 这些话并不是一个严肃的讨论问题应该持有的态度。你这些观点是很片面的，我会建议你接触一些部署级别比较大的应用，你会有不同的看法。 |
| 返回顶楼 | |
|
发表时间：2004-09-14
dlee 写道 gigix 说的就是我认为这些大厂不值得信任的原因。他们往往会出于自己商业利益的考虑向我们推销一些并不是真正实用的技术，盲目跟风最后只会竹篮打水。Sun 连 Solaris 也会开源，SPARC 也扔掉了，有一天抛弃 EJB 也是极有可能的事情。
Sun并没有放弃Sparc，说到Sparc的问题，那是因为Sun的设计能力赶不上Intel，Sun自己当然不想放弃Sparc，并且现在也没有放弃，和AMD合作是为了拓展低端产品线。Solaris并没有真正开源，Sun现在和AMD合作研发ADM64平台的Solaris，准备和Intel/Linux进行竞争。对于你不熟悉的领域，最好出言谨慎一些比较好。 |
| 返回顶楼 | |
|
发表时间：2004-09-14
dlee 写道 技术与方案其实也没有什么明显的界限，产品设计、领域建模我认为也是技术。有规范的可以称之为技术，没有规范自成体系的可以称之为方案。方案通常是与产品相联系的。我所理解的层次关系如下：
技术 -> 业务 -> 产品 -> 解决方案 这些大厂对于保护自己私有的核心技术是非常谨慎的。EJB 象大锅饭，私有技术象小灶，小灶烧出来的饭一般比大锅饭要好吃的。盲目跟风的公司是不可能形成自己的核心技术的。 to lithium： 家家有本难念的经。我在这里只是为了表达自己长期以来的一种观点。不是为了学 xx 大师预测未来。BEA 自己的问题不在我的讨论范围之内。 这种理解其实很片面，EJB是标准，不是厂商私有的，实际上IBM/BEA公司自己做项目也要用EJB的，你怎么知道不用？当然他们现在也比较关注开源的软件。 |
| 返回顶楼 | |
|
发表时间：2004-09-14
robbin 写道 我不想用讽刺性的语言反驳你们，但是在单台服务器上做分布式是很常见的应用，我只能说你们孤陋寡闻。
分布式系统其实和多线程一样会大幅增加开发的复杂度。如果我们开发一个产品，在第一个版本的时候一般是不会考虑的，第一个版本我们会以最简单的方式实现最主要的功能。直到我们发现单独运行的 JVM 无法满足我们的性能要求时我们才会去考虑做分布式。 我的观点其实是我们很多时候并不需要为分布式做预先设计，确实需要的时候再加进来。在产品开发的第一个版本中就过多的考虑分布式我觉得是没有必要的（有点象过度设计）。先让用户看到他们期待的功能才是最重要的。 我上面的观点提出来与 robbin 商榷。我其实从来不在乎别人骂我孤陋寡闻或者初学者的，呵呵。 
|
| 返回顶楼 | |
|
发表时间：2004-09-14
dlee 写道 呵呵，我这个帖子的主要目的绝对不是为了清算 EJB 或者打破某些人的饭碗。大家注意了前半句，没有注意后半句。我的主要目的是希望大家能够把注意力多转向 OLAP、数据仓库、数据挖掘这些目前已经非常热门的新兴开发领域。在这些领域里付出的学习绝对是物有所值的，在我看来比花费大量时间去学习分布式开发回报要大的多。
数据挖掘和分布式矛盾吗？一个是针对企业数据进行分析，一个是针对应用系统的性能和扩展性进行研究。严格意义上来说，做为工作上的职务来说，前者是开发人员，后者是部署人员。为什么要混为一谈呢？ |
| 返回顶楼 | |
