从POJO热潮看Html纯洁性

POJO这个词无疑是这几年来Java界最为热门的词，各类框架都是以支持POJO形式作为其关键的特性之一，确实，POJO方式降低了开发的难度和门槛，让开发人员能够得以更加的关注和实现业务，而Spring也同样是依靠着"POJO Enhanced"获得了大家的认可。
在程序级别这个层次我们认可了POJO Enhanced这样的形式，大家可以看到，在POJO Enhanced这样的实现中，目前多数都是采用XML Decorated的方式来实现的，一个POJO经过XML Decorated后在运气期可以成为一个拥有事务处理、远程调用等等以往充满技术难度的东西，但在编写POJO时完全不需要知道这些细节是怎么去实现的，POJO非常的纯洁，这样的方式无疑让我们感受到了好处；在POJO Enhanced的实现中Declarative这样的方法现在也是非常重要的一个部分了，因为POJO本身并没有表达语义的能力，而通过Declarative这样的方法就使得POJO既保持了纯洁性，又可以表达出丰富的语义。
那么以同样的观点来看看web界面，web界面主要是由html+css+js组成，当然，现在的web界面很多都是采用服务器端语言编写，导致了web界面除了html、css和js外，往往还有服务器端语言的东西，象jsp的标签、<%%>代码这些，为什么我们不采用同样的方法去保证html的纯洁性呢，还原出一个POHTML，这是RIAWork的核心思想，在RIAWork中遵循这个核心的原则进行展开，同时这也是RIAWork区别于所有的web框架的重要部分。
POHTML在保证了Html的纯洁性下，可以通过decorate的方法使得这个html具备有程序参与才能实现的功能，而同时通过declarative的方法则可以使得html具备更加丰富的语义。

评论

10 楼 galaxystar 2006-10-15  

我不是说T不好，T很优秀，非常适合页面驱动开发！

9 楼 galaxystar 2006-10-15  

vlinux 写道

T本身就很复杂，页面过于结构化，导致一些页面会很笨拙！

可惜这里不是讨论T的帖子，否则我想向你讨教一下什么情况下会显得很笨拙

针对简单操作复杂化，主要体现在requset与response没有直接能操控的方法！
例如，重定向，跟踪用户路径，简单输出！

8 楼 vlinux 2006-10-15  

T本身就很复杂，页面过于结构化，导致一些页面会很笨拙！

可惜这里不是讨论T的帖子，否则我想向你讨教一下什么情况下会显得很笨拙

7 楼 galaxystar 2006-10-15  

T本身就很复杂，页面过于结构化，导致一些页面会很笨拙！
且早期的T，侵入性就是所有WEB框架中最大的！现在改成POJO编程后，或许好点！

6 楼 vlinux 2006-10-14  

Tapestry不是能满足上述条件么～～至少是基本满足

5 楼 icefire 2006-10-14  

现在的视图层基本上对html都是有侵人的，让人有些无奈。。。
每次调整完页面布局而看不到效果，都让我觉得异常郁闷！！！

4 楼 downpour 2006-10-13  

表示层和服务器层的开发模式稍微有所区别吧。

表示层尤其是HTML部分的开发，对我来说，有个很重要的原则不能放弃，就是编辑完马上能看到效果。而这个框架怎么完成这一点？

3 楼 ronghao 2006-10-13  

呵呵,去了RIAWork主页,可是好象目前只有几篇文章介绍说,没看见代码.

2 楼 galaxystar 2006-10-13  

Ajax算在js里吧！
css+html的效率应该还是比较高的！

1 楼 行为艺术家 2006-10-12  

楼主拿些代码和数据来证明纯HTML的优越性吧.

html+css+js都是楼主说的纯HTML代码吗?那Ajax的怎么算?