从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具备更加丰富的语义。

posted on 2006-10-12 11:32 BlueDavy 阅读(3446) 评论(7)  编辑  收藏 所属分类: @RIAWork

评论

# re: 从POJO热潮看Html纯洁性 2006-10-12 13:49 guangnian

这也是wicket框架的核心思想  回复  更多评论   

# re: 从POJO热潮看Html纯洁性 2006-10-12 14:18 BlueDavy

@guangnian
对wicket不怎么了解,再加上现在访问不了wicket的主页,从侧面看了点wicket介绍性质的文章,看起来wicket同样是没有做到完整的POHTML的,至少在我看来还不够完美,因为在使用wicket的情况下,仍然是要在html中加入wicket:id这样的东西的,和Tapestry基本是一样的.....

另外:我特别不看好这种完全套用C/S思想来构建的B/S框架...  回复  更多评论   

# re: 从POJO热潮看Html纯洁性 2006-10-12 15:03 JonneyQuest

完全的POHTML似乎没法实现毕竟程序得和美工有耦合。
在我看来XML(数据)+XSL(结构)+CSS(渲染)最完美。  回复  更多评论   

# re: 从POJO热潮看Html纯洁性 2006-10-13 08:36 itvincent

html是美工最喜欢使用的,所以用html开发,可以快速生成丰富多样的UI,使用楼主的说法,开发人员也可在不大量修改html的情况快速生成WEB程序  回复  更多评论   

# re: 从POJO热潮看Html纯洁性 2006-10-13 10:54 GoKu

asp.net代码表现分离就做得很好了  回复  更多评论   

# re: 从POJO热潮看Html纯洁性 2006-10-15 12:33 guitarpoet

@BlueDavy

开发人员通常在开发的过程中都不会愿意去学习另外一种思路的东西(他们的项目经理更不愿意)。

由于Web组件还是视图组件,它还要包括视图组件的灵活性和用户友好性。最后还要保证它的重用性。

要是开发企业级应用,还要保证组件的质量。

这些纠结在一块儿就成了JSF标准。

Brooks说过“没有银弹”,所谓的合理的设计不过是在综合各种方面后作出的最终的妥协方案。

技术本身无所谓好坏,要看它使用的场景。

我也非常推崇简单化、敏捷化。但是,简单和敏捷不是教条,过于追求复杂是不对的。同样,过于追求简单也是不对的。  回复  更多评论   

# re: 从POJO热潮看Html纯洁性 2006-10-15 19:47 icefire

可以说。asp.net对页面的分离其实做得并不好!!他的好是因为它的工具帮程序员简化了工作!
和wicket比起来,后者要简洁多了!!!
从wicket的例子上来讲,基本上就用wicket:id就行了。
关键是,用任何页面编辑器都能即使看到效果。
在我看来
XML(数据)+XSL(结构)+CSS(渲染)才是比较优化的方案!!!
我总觉得我们是在给应用补漏洞!!也或许智能客户端能成为好的解决方案!
但又有谁知道明天会是怎么样呢??  回复  更多评论   


只有注册用户登录后才能发表评论。


网站导航:
 

公告

 









feedsky
抓虾
google reader
鲜果

导航

<2006年10月>
24252627282930
1234567
891011121314
15161718192021
22232425262728
2930311234

统计

随笔分类

随笔档案

文章档案

Blogger's

搜索

最新评论

阅读排行榜

评论排行榜