JSF 是混杂还是纯粹?

崔钢 发布于 2011/04/01 14:28
阅读 1K+
收藏 1
JSF

最近在做一个jsf的项目。对现在的web开发很有一些感慨。目前的jsf项目,无论后台如何。事实上后台可能很复杂。jsf遵循mvc的设计原则,但是也无法跨越HTTP这种无状态协议的限制。程序由页面标签和后台bean(backing bean)组成。我感觉这样的东西根本算不上是程序,就算是,也是极其复杂和混杂的程序,在里面找出头绪十分的复杂。

jsf本事是一种事件驱动的框架,看起来要比struts先进一些。但是其中的异步调用并不怎么多,事件机制不怎么直接。

我个人还是喜欢纯粹一些的ajax框架。前台就管前台,显示或者事件。后台复杂产生或者提供数据。各谋其政才是一个真正健壮的系统。

加载中
0
巴叔
巴叔

为啥说事件驱动模式比struts先进?我不这么认为。

反而,事件驱动的模式有点类似于asp.net拖动空间的那种方式,开发速度快了,但是效率如何呢!?

我觉得还是structs的那种mvc分层的模式看着舒服多了。

0
十三郎

程序由页面标签和后台bean(backing bean)组成。我感觉这样的东西根本算不上是程序,就算是,也是极其复杂和混杂的程序,在里面找出头绪十分的复杂。

有同感,不知道为何比较厌恶标签。

0
十三郎

前台就管前台,显示或者事件。后台复杂产生或者提供数据。各谋其政才是一个真正健壮的系统。

 

如果有一个ide,在设计阶段,能前后台相互敏感的开发协作就好了。

0
fuck_zhou
fuck_zhou
最讨厌的就是事件驱动模式,跟asp.net一样,开发的是快,执行效率肯定比不上springmvc/struts
返回顶部
顶部