这是真的吗？？“j2ee开发效率低，开发周期长；要求硬件水平高，运行效率低；部署困难，容易出错，维护成本高。”

Question

B/S结构开发困难是当然的了，但是除了J2EE，别的解决方案也有同样的难题，选择J2EE并没错啊。V层难于实现是受浏览器很大制约造成的，毕竟是瘦客户端啊，好处是大大地，弊端更是大大地，总有那么一天浏览器技术成熟的时候，B/S应用才会真正的铺开。

Answer 1

唉!说得这么惨!这么难!
搞得我也怀疑java技术!

Answer 2

我现在对B/S方式的开发也是觉得难度很大，作为一个开发人员要考虑的事情很多。
  第一，客户端的展现，要用html和dhtml以及javascript做很多的变化，调试也非常痛苦，而且有相当的难度，这是一个任何B/S开发人员不能回避的问题。
  第二，要运用Jsp技术展现实现自己的业务逻辑，搭建环境也是很复杂的问题，现在的Web服务器比如：JRun，Tomcat，WebLogic等等作为提供商总是说配置很简单，但是我在实际操作上总是觉得不是很如意，经常出现一些莫名其妙的怪问题，这就使得开发起来非常痛苦，因为不能将全部精力集中在业务逻辑的实现上，感觉上很压抑！！！
   第三，在数据的访问上，由于经常要和数据库交互，假如单纯写Java程序用JDBC技术运行程序完全没有问题，但是必须将其作为一个JavaBean集成到JSP中，这样问题的复杂度又增加了，有可能出现一些不可预料的错误。
   第四，在处理大容量的数据问题上，我觉得现在Java处理上肯定会出现瓶颈，比如经常需要和前台浏览器动态交互，而且数据流量很大，就现在用Java处理肯定会出现问题，不管你的硬件配置有多么强壮。
   第五，报表问题，照现在中国的国情很多企业的报表是相当复杂的，如果将其搬到浏览器这种方式来实现，我估计肯定很烫手，绝对不可能像PowerBuilder那种专门针对数据库的软件那样，任何一种报表都可以做出来。
   第六，安全性问题，照J2EE现在提供的安全包也不可能像LotusNotes那样能够直接提供各种安全角色来实现，如果可以实现，我想肯定比LotusNotes实现的难度要大上很多倍。
   因此现在我觉得如果一个平台涉及的外在因素过多，那么出错的几率肯定会成倍的提高，也就是说J2EE这个平台照我们的行话说就是它的内聚性不是很好，直接回影响系统的稳定性和开发，维护成本的大幅度提高，因此风险系数肯定会很大，这个很自然。
   我现在很苦闷呀，Java这个纯面向对象的变成语言确实非常的吸引我，但是在做这些开发的时候老是不能很专注的干自己相干的事情，这是一种很无奈的心情，其实，这也说明J2EE这个平台还没有完全真正的成熟（由于太多的依赖性），我真是非常衷心的希望Sun公司在J2EE方面能再做一些很细微的工作，为这个平台的发展再重新做一次定位，到时这个平台真正的成熟了，我想
那个时候Java的真正的优越性就体现出来了！！！  以上仅仅是我的个人言论，不妥之处希望各位朋友指正！

Answer 3

luzegang(求知者):
 很精彩！
 向你学习！

Answer 4

如果C#能做的和vb一样好用,那么java的日子至少在中国就该结束了.

Answer 5

luzegang(求知者):
我和你有同感，特别是第二点

Answer 6

不明白为什么说“瘦客户端”的浏览器功能太少，你们希望浏览器有多大功能呢？还有，开发View 难度在哪里呢？请指教。

Answer 7

感觉得到，但是如果前期需求分析和数据库设计，rose用的好，后面的难度就小些，而且维护起来也好得多，毕竟mvc的构架不用动一发就改系统。