|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-04-28
Java Web层的下一个王者是谁？
java web层能当王者吗 ? 理想的搭配 WS --> xquery xslt cilent ---> xmlhttp xform svg ? ---> cocoon ops xmlpipeline |
| 返回顶楼 | |
|
发表时间：2007-04-28
晕~~~不用停留在技术层面
如果客户说spring好，我马上就用，都紧紧是个框架而已 这么讨论没什么意思。 |
| 返回顶楼 | |
|
发表时间：2007-04-29
struts我还是比较看好的，它的子项目shale使用jsf实现的。
|
| 返回顶楼 | |
|
发表时间：2007-04-29
一个框架的发展制约因素颇多，就像JDO和Hibernate一样，一切都难以预料。
|
| 返回顶楼 | |
|
发表时间：2007-04-29
我讨厌jsp，taglib，因为它使得web开发变得混乱无序；
我不反对ajax，但是看到那一堆堆的js我就头皮发麻； 我喜欢java，喜欢wicket、tapestry，喜欢html、css |
| 返回顶楼 | |
|
发表时间：2007-04-29
dlee 写道 leebai 写道 IE4的DHTML第一次以微软的方式实现了DOM，将javascript语言和DOM编程接口彻底分开，IE4也成为第一个完整地实现了基于DOM理念（不是DOM标准，但超越当年的DOM标准）的浏览器，无论是功能性、稳定性、可扩展性、可编程性，都完全超越了Navigator，所以IE4想不挤垮Navigator都不可能。
这个观点是错误的。DHTML的概念是IE4提出来的没有错，但是Navigator4在功能性、可扩展性、可编程性上并不比IE4差。基本上IE4能够实现的动态效果，Navigator4都能够实现。但是它们采用的是完全不同的页面对象模型和事件模型，因此需要开发两套完全不同的代码。至于说到稳定性，它们也是半斤八两，都很不稳定。你可能当时在国内只需要为IE4做开发，我以前做DHTML开发，老板的要求是必需在IE4和Navigator4上实现几乎完全相同的动态效果。 IE4和Navigator4是浏览器大战时代的典型代表，它们都严重偏离了W3C的DOM规范。正是因为它们这样做，才使得DHTML开发被大多数服务器端的开发者看作是一种不登大雅之堂的hack，甚至声名狼藉。而Web前端的JavaScript开发者一直饱受歧视，做了大量的工作却得不到应有的待遇。一直到了2001年IE6和Mozilla1.0（基于几乎完全重新开发的代码）推出后，它们才算真正走上了正路。 IE4在支持DHTML方面，确实比Navigator4更早，并且也因此抢夺到了一些市场份额，但是IE最终战胜Navigator，主要的原因还是M$的捆绑策略和对于桌面领域的垄断。M$钱多，可以跟你拼出血。你拼不过，自然就出局了，事情就是这么简单。 看得出来dlee兄也这方面的老手，呵呵，不过你可能把NN4/5和后来的N6搞混了。 我确实没有专门做过NN4的开发，dlee兄说对了。 但是我曾经认真对比过IE4与NN4/5之间的DHTML差别，其实NN4/5与IE4的差距还是很明显的。IE4的很多可编程特性，NN4/5是不具备的，甚至连N6也只是接近IE4的可编程水平，所以IE4的技术水平至少领先NN4两到三年，从ie4推出到现在的ie7，在DHTML/DOM上，其实核心技术基本没有变化，新增的API很少。 简单举几条： 1、IE4的事件模型基本完善，事件种类和可发生事件的元素远多于NN4/5。 2、IE4可以真正的动态改变几乎所有的HTML元素，而NN4/5只是用LAYERs模拟出一些简单的动态效果，并非真正的DHTML。 3、IE4的TextRange可控制性远好于NN4/5。 4、IE4独有数据岛绑定元素，这是早期富客户端实现的重要技术之一。 5、IE4的Filters/Transitions效果和可script操作性都比NN4/5强不少。 例子可能没有直观的说服力，你只要将ie4和nn4/5的API Refrence手册摆在一起，数数它们的页数，就可以将它们分出高下了。 总而言之，说IE4在10年前就奠定了现在ajax流行的基础，一点都不过份。 windows捆绑浏览器在ie4之前早就开始，但所取得的市场份额很有限，ie4发布前还不到18%；只是到了ie4推出后，不到一年就超越netscape成为霸主，这绝对不单纯是市场手段的原因，我是从Netscape1开始用浏览器的(从来没花钱买)，很清楚自己为什么后来要改用IE;厂家之间的争纷是它们之间的事，作为用户，还微软这个公道还是要的。 |
| 返回顶楼 | |
|
发表时间：2007-04-29
stone 写道 我讨厌jsp，taglib，因为它使得web开发变得混乱无序；
我不反对ajax，但是看到那一堆堆的js我就头皮发麻； 我喜欢java，喜欢wicket、tapestry，喜欢html、css 看到js头皮发麻是因为它没有IDE；让你不用IDE而用notepad写java，更会头皮发麻的，呵呵。 |
| 返回顶楼 | |
|
发表时间：2007-04-29
jsf,我经历了强烈排斥到喜爱。
正是他的服务器端模型，给我的开发带来了意想不到的效果。 对于他的事件模型，我以为JSF做的很漂亮，还有他的ManageBean也做的相当不错。很多新人不要被误导了，有大牛说Jsf不好，然后就决定不学了。根据你的项目情况考虑，是否选用JSF。 由于我的产品在研发阶段，在实际使用的时候，所以我只能做未来可能情况考虑：针对如果是业务复杂的问题，充分利用JSF的事件模型处理问题，针对主要问题是复杂界面的问题，在明确用Jsf会带来麻烦的时候不排斥使用Struts2.0等其他MVC框架。 |
| 返回顶楼 | |
|
发表时间：2007-04-29
认识一个新事务的过程是 接受--->学习--->深入--->发现缺点--->排斥
而不是从一开始就排斥 |
| 返回顶楼 | |
|
发表时间：2007-04-29
jsf思想是不错，不过标签跟美工结合不起来
出错时不容易定位 |
| 返回顶楼 | |
