评论

#qichunren 发表于2007-06-04 12:48:35  IP: 222.180.22.*

那怎么解决这一问题呢?看到这里有些不开心啊


那怎么不说一下.net在这方面的表现呢?

#user2008 发表于2007-06-04 13:21:54  IP: 222.66.166.*

都觉得傻瓜相机好用，可是用傻瓜相机的有几个是摄影师？
说java ee死亡仅仅是厂商为了利益的互相攻击，如果java ee真的像你所期待的那样了，那java ee才是真正的死亡。
对于你们这些外行来说，你们仅仅以好用不好来衡量，用一些所谓的流行来批判，充分说明了你们对技术的无知。如果连你们都觉得java ee好，才java ee才是死了。

#xiangtianxiao 发表于2007-06-04 13:44:25  IP: 222.240.162.*

这么严重的事啊，我也是java的崇拜者

#tonyyl 发表于2007-06-04 15:14:25  IP: 59.108.104.*

我不认为b弄得像c似的就好，也不认为那样就是趋势，即便是，那样的东西用java也是能实现的啊

#key232323 发表于2007-06-04 15:43:48  IP: 165.229.191.*

一边在捧中间件,一边又捧富客户端,
分层设计才是硬道理,支持不好只是因为没有人去写两者的接口

#key232323 发表于2007-06-04 15:46:17  IP: 165.229.191.*

支持下user2008

讲究紧耦合的一堆邦定别以为java没有，很多公司内部的框架多地去了，只是不开源而已。

#stevech 发表于2007-06-04 18:25:41  IP: 222.214.210.*

文中似乎提了两个问题：1、JavaEE在Web表现层不够好；2、所有的计算都交给了服务器端。
就目前而言，Web表现层基本上是交给HTML和JavaScript来处理的。HTML负责表示，JavaScript负责运算，这样的结合其实已经是很不错的了，JSP只不过是提供动态内容的HTML而已。不过，HTML生成的表示，绝敌不过Flash生成的表示，这个问题不能算在JavaEE的头上。
另一方面，JavaScript并没有很好地被发挥出来，像JSF中很多的内容验证器，比如数据的格式、范围等，其实应该由客户端的JavaScript来执行。不过这是Web开发者的问题，而不是JSF的问题。
对于RichClient，Java其实有两个非常优秀的技术：经典的Applet(以及JApplet)和Java Web Start，这两个技术其实完全解决了客户端计算问题，但是，1 MS铁了心跟Java过不去 2 JRE过于庞大(相对于Flash和没有耐心的Internet用户) 只有在企业内部，才可以大量地使用这两个技术。

#stevech 发表于2007-06-04 18:36:46  IP: 222.214.210.*

另外，该试试JavaFX了

有JavaFX (F3)经验的来说说

#zr0243 发表于2007-06-05 07:58:28  IP: 221.174.137.*

>>想靠JSF来救赎，只能是一种幻想，JSF并没有这样神奇的魔力。

说这句话的人有没有真正地用过JSF做过开发，如果你没有深入研究过，有资格说这样的话吗，对技术做如此轻率的定论，只能说明你是一个浮躁的人，至少在我们的项目中，我们感觉JSF很好，易用性也很不错。你这种人只配永远用VB做开发。

#CLXBase 发表于2007-06-05 08:48:36  IP: 222.128.6.*

这里也有一个富客户端的解决方案，只怕比Java的Applet还要好些。
http://liwei.csdn.net/Forum/topic.aspx?topicid=677
http://liwei.csdn.net/Forum/topic.aspx?topicid=743
如果Java的RIA能够做到这种地步，也算可以了。
其作者对本文章的评论：
http://liwei.csdn.net/Forum/topic.aspx?topicid=1174

#indexchen 发表于2007-06-05 13:27:41  IP: 222.66.147.*

ajax, RIA也就做做网站，开发企业应用根本就不够，事务、安全性、消息处理等基础设施都没有。

#alexhi 发表于2007-06-05 18:31:10  IP: 222.128.6.*

你们搞it的都这样，其实就是做个网站，起的名字都挺大。

#bill1973 发表于2007-06-11 13:19:12  IP: 192.168.1.*

java EE 处理服务器端，javascript 处理客户端。这种局面目前好象无法改变。 作者似乎想java也来处理客户端，好象有点瞎扯吧！不太懂的话就不要乱写文章，互联网的世界里已经塞满了垃圾信息，就别填乱了

#antany 发表于2007-06-11 14:37:32  IP: 130.214.25.*

很奇怪为什么总有人把J2EE和RIA放在一起比较，一个是企业级的后台技术一个是Client端的技术，本来就应该是同时使用的东西，如何比较呢。如果意思是Struts/JSF/等Framework需要考虑到RIA技术的影响，这倒是实际情况，但是J2EE本身并不需要考虑客户端的技术是什么。不过现在好像已经有不少组织试图在这些Framework上面添加Ajax的支持什么的。
RIA是好东西，但说实话，大多数还是客户端改善，flash和javascript这些已经算比较流行的东西也是小问题无数，要说架构似乎还真让人无法放心。

#arlongiove 发表于2007-06-15 13:43:22  IP: 218.249.92.*

我也觉得楼主没有应用过JSF，对J2EE理解不是很深刻，或者说对业务没有深入的理解过。

首先，说明一个原则，技术的好坏是根据他是否能很好的满足业务需求来论断的，J2EE作为一个通用的技术平台，他已经证明了自己，他是能够支撑足够业务需求的。现在在各个行业大范围的应用已经说明了这一点，当然他也是有局限的，这跟他的定位有关，我们应该客观的去评价他。

再说一下RIA和J2EE的关系，他俩完全处于不同的领域里，有很好的互补，现在的问题是RIA+J2EE的方案有一些问题还没有解决，比如安全等，其实说白了就是客户端和服务器端上下文的融合，我觉得JSF是可以弥补这一点的，他解决了客户端在服务器端的镜像，链接了RIA与J2EE，这一点很重要，我相信做过行业软件的人都能理解这一点。

最后说一下，MS与SUN，如果把软件行业细分的化，他俩主要针对的市场是不一样的，再说了，竞争也是好事情，能促进大家的发展，实在没有谁比谁好的说法。

#mozilla 发表于2007-06-16 18:11:31  IP: 122.51.100.*

to arlongiove：
争论谁比谁更能够深入地理解JavaEE毫无意义，同时原教旨主义者的观点和一些一线开发者的观点也有很大的差别。一个有趣的现象是著名的JavaEE专家，《Enterprise JavaBeans》的作者Richard Monson-Haefel去年说JavaEE没戏了。Bruce A. Tate原先也是Java界有代表性的人物，写的书还得到过Jolt大奖，现在已经转向了Ruby阵营。再与3年前出版的《J2EE without EJB》（我也是这本书的译者之一）联系起来，这些情况足以引起我们的思考了。
关于安全问题的解决方法，我们一线的开发者从来就不会去从JavaEE规范中找答案，开源软件提供了更好的答案。来自Spring框架的Acegi就是一个灵活而强大的解决方案，在RIA+JavaEE中也可以使用。另外还可以使用基于HTTP摘要认证的解决方案，这样的解决方案目前已经不少了。使用JSF仅仅是为了解决这个局部的问题，这样的论据是很可疑的。

#poko 发表于2007-06-17 11:02:28  IP: 61.153.254.*

你懂JSF吗 ，我看你从来都没看过JSF是什么

JSF和 AJAX,RIA根本不在一个层次上 ，不做扩展，现在的 实现也可以提供除HTML的WAP渲染，更有很多组件提供了 AJAX的 渲染方式，导入他也可以把数据渲染成FLASH表现。更甚至它能宣称成TELNET服务器。

网上太多用 JSF和RIA,AJAX对比的 例子。只能体现作者的 无知。

是为什么JSF可以有这么多的 变化，就是因为JSF是分层的 ，无论AJAX,FLASH,WAP还是其他什么 。你所说到的 那些只是代表他在某一方面的 特长，紧耦合的东西不都是这样吗 ，

难道时代又要倒退了 ?

#poko 发表于2007-06-17 11:06:21  IP: 61.153.254.*

你懂JSF吗 ，我看你从来都没看过JSF是什么

JSF和 AJAX,RIA根本不在一个层次上 ，不做扩展，现在的 实现也可以提供除HTML的WAP渲染，更有很多组件提供了 AJAX的 渲染方式，他也可以把数据渲染成FLASH表现。更甚至它能宣称成TELNET服务器。JSF可以让程序设计者站在一个更高的角度去考虑问题，帮你解决基本的搭配临件， 否则你想迷失在JAVASCRIPT里面吗 ？

网上太多用 JSF和RIA,AJAX对比的 例子。只能体现作者的 无知。

是为什么JSF可以有这么多的 变化，就是因为JSF是分层的 ，无论AJAX,FLASH,WAP还是其他什么 ,只是表现不同。你所说到的 那些那么好 ，那么方便。只是代表他在某一方面的 特长，紧耦合的东西不都是这样吗 ，

难道时代又要倒退了 ?

#mozilla 发表于2007-06-17 14:34:47  IP: 122.51.100.*

to poko：
你为何不说JSF带来的额外学习成本，JSF相比传统的Web MVC框架来说有很大的学习成本。
还有JSF的事件模型与服务器端绑的比较死，会影响到应用的响应能力。
JSF将大量的状态保存在服务器端，从本质上与REST是相背离的。这会影响应用的性能和可伸缩性。

分层带来的成本你理解吗？灵活性付出的代价是什么？这些权衡你有能力作出吗？

不加思考就将自己的灵魂卖给魔鬼，你是要付出代价的。

#mozilla 发表于2007-06-17 14:57:17  IP: 122.51.100.*

to poko：
以下摘自《J2EE Development without EJB中文版》，是Rod Johnson在3年前对JSF的判断，我认为这些判断到现在还没有过时。

Java Server Faces目前遭遇的最大麻烦是：它的规范中并没有定义一组丰富的GUI组件。它期待工具开发者为JSF提供各式各样的现成组件，但由于这些组件是厂商私有的实现，应用程序便不得不被绑定到特定的开发工具。

在此前的两年多时间里，Java Server Faces一直被吹捧为“J2EE Web开发的下一件大事”，可是它直到最近才真正成形。单就目前而言，JSF仍是以JSP为中心，并且严重倾向于依赖GUI构造工具，从而导致将太多的问题集中在Web页面中解决。至少在目前，JSF中没有“对视图无知”的控制器和模型对象存在，并且没有可插拔视图的概念。用这种编程模型，JSF很适合吸引.NET和其他习惯于快速应用开发（RAD）的开发者；但是在Java世界里，它无法成为Web MVC框架的事实标准。
我们也许可以看到，有一大批厂商的市场人员在背后推动着JSF的发展。但说实话，比起现有的开源解决方案（Tapestry、WebWork和Spring Web MVC），我们并没有发现JSF有什么实实在在的技术优势。

#wongtseng 发表于2007-08-20 17:05:53  IP: 192.193.164.*

J2EE的架构和蔼这些新的表示层技术根本不安冲突，怎么J2EE就是要消亡了呢？完全可以一起用，扬长避短。JAVA在BROWSER端不是还有APPLET吗？东西虽然旧了点，但是也不差啊，毕竟是同一种平台，更能发挥CLASS文件的网络移动性。

#xxpniu 发表于2008-01-02 15:15:37  IP: 221.223.102.*

J2ee 不是全能` 再说ajax带来这是前台数据的进步,并不是后台技术的革新,楼主的描述似乎淡视了j2ee的强大.可以很好的说j2ee技术不是没有考虑到ajax等技术给后台的冲击.
再说楼主似乎不明白ajax为什么会出现?
ajax起初是为了省网络资源,局部刷新,以及后来发展的技术把些后台处理的东西放在了前台. 这个和j2ee是没有关系的.
你完全可以把显示的view 全交给ajax来做,JSP(servlet)只做技术的数据处理提供.
然后您在写这文章的时候,您是否考虑到,ajax的可降解?您在保证您的ajax程序运行在世界的任何角落吗?您不能保证,包括微软也不能保证他游览器能全部支持您的程序,所以ajax是新东西, 带了冲击,带来了革命,但是没有改变j2ee的任何东西?J2EE仍旧可以持续他的发展. 很简单,您会用ajax写安全性要求高的程序吗? 比如 银行管理?
比如电信业务? 你能保证js在客户段完全正确吗?
我想您不是傻瓜,有时候数据都在服务器这边显示的话是一种安全的保证,j2ee之所以伟大,是他足够安全,一致重要关键系统都给他来做.
您想?那天因为您的游览器不支持JS造成您不能使用网银,或者造成您1块钱的丢您怎么想?
j2ee发展的话没有仍合错误` 也没有必要在某些方面要求.