Java
—
影响力 为什么要采用 Java 平台
从开发项目的类别角度看 java 平台基于 B/S 结构的系统，在这个方向上的竞争是激烈的，
有 专 注 于 此 的 LAMP(Linux + Apache + Mysql + Php); 也 有 刚 刚 兴 起 的 Rails(Ruby
Frameworks)甚至是号称快速开发的 ASP.NET; 当然了 java 在这个领域里的 MVC 框架数都
数不完，比如 Struts . Webwork 等，然而即便是如此，选择 java 作为开发的理由也是不充
分的，因为在这个梯队里 java 顶多排名最后。
基于 C/S
结构 的系统，在这个方面 java 显然没有考虑周到，面对 VB 、DELPHI、vc 这
些个如狼似虎的快速开发 IDE，JAVA 实在是显得异常的淡薄，即使你找到了一个可以匹
敌这些个 ide
的工具，面对第三方的组件又 会成为一大障碍，所以 java 在这个方面又一
次的输了。
从 java 所强调的特性角度看 java 平台
java 的重点是业务逻辑!(我以前也是如此坚信不移)可是谁有能够说别的语言不注重
业务逻辑呢，业务逻辑只是一个抽象的概念，java 只是依靠 ejb 提出了业务组件而已，其
他的语言在实现业务逻辑的时候也可以包装成 POJO 的形式，看来这个观点也是失败的。
java 强调的是跨平台的优势!这可以理解为初级的、商业的、忽悠人的词汇，面对众多
动态语言如 Python，在若干平台上的表现，java 又如何来强调自己这方面的优势呢?失败
java 支持分布式应用的项目!可笑的言论，分布式根本不是值得炫耀的资本，在 java
之前的 c/s 项目中何尝不是分布式的应用呢?失败
既然没有了这些个优势，我们看看 java 到底还剩下些什么?对了其实就是应用
§!然而看过 J2EE WITHOUT EJB 的读者肯定知道 Spring 所希望达到的目的，也就是脱离
应用
§概念上的 J2EE 体系实现，既然在作者的眼里 APPLICATION SERVER 只不过
是一个忽悠人的词汇，那么任何项目都选择 java 作为开发的依据显然就是自找苦吃，
那么什么情况下改选择 java 作为开发的平台呢?
<1> 如果你真的遇到了大型的系统开发任务，恭喜你，你终于可以看到分布式对象、
集群的优势了。
<2> 客户是一个 java 的忠实 fans 或者是 sun、ibm 的金牌合作伙伴之类的，选择 java
是不得已的，但记住并不能证明 java
是最好的实现方 式<3> 如果你只想关心业务逻辑的
实现，对于事务、缓存、查找等服务的实现没有兴趣的话，倒是不妨考虑采用 ejb 的形式，
当然前提是你不愿意在寻找合适的替代品的 情况下。
<4> 如果项目迫切的寻找某种框架的支持，选择 java 就是对的，你有众多优秀的、免
费的、可扩展的、天才的框架可以选择，更多的时候你是出于尴尬的境地，因为任何一个
都让你心动、而这样的选择往往是最痛苦、和快乐的。
正确的选择<1>
条件： 如果项目仅仅只是一个小型的网站系统选择： LAMP、Rails
<2>条件：项目规模中等并且项目的时间比较紧，项目可以架构在 windows 的系统之
上，选择： .Net / Delphi
<3>条件：大型的系统，有支持分布式对象、集群的要求; 或者 SUN / IBM 的金牌合作
伙伴 ;
想要寻找某种优秀的框架来解决问题选择： java 是不二的选择，可是我想问一下，
在现实中你能遇到这样的项目吗?