论坛首页 Java企业应用论坛

jsf之接触

浏览 23199 次
锁定老帖子 主题:jsf之接触
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-04-10  
引用
JSF只能算一个鸡肋。
大厂商妥协的产物而已。

为什么这么说呢?
0 请登录后投票
   发表时间:2007-04-10  
糟糕的可视化,到最后还是直接写代码,很多属性不支持!除了结构化好一点,学习曲线、开发效率都高的吓人。还是坚持最简单的JSP,100年不变
0 请登录后投票
   发表时间:2007-04-10  
决定研究研究它了!
0 请登录后投票
   发表时间:2007-04-10  
真是要让这些框架之争烦老4了....
0 请登录后投票
   发表时间:2007-04-10  
正在使用、、
有些東東確實不咋的
0 请登录后投票
   发表时间:2007-04-10  
简单、模式化的页面(比如CRUD)用框架方便,尤其是JSF。
复杂的页面还是用JSP来得直接。

其实说实在的,做Web层还是纯脚本来得快,尤其是asp、php,可惜结构混乱,大了之后难维护管理。
结构化高的东西,像Java的Web框架,适应大项目,但Web层始终是不灵活。这一点包括ASP.NET也好不到哪里去。

所以说,规范性与灵活性,这是一对矛盾。
0 请登录后投票
   发表时间:2007-04-10  
lgx522 写道
简单、模式化的页面(比如CRUD)用框架方便,尤其是JSF。
复杂的页面还是用JSP来得直接。

其实说实在的,做Web层还是纯脚本来得快,尤其是asp、php,可惜结构混乱,大了之后难维护管理。
结构化高的东西,像Java的Web框架,适应大项目,但Web层始终是不灵活。这一点包括ASP.NET也好不到哪里去。

所以说,规范性与灵活性,这是一对矛盾。

很有同感
0 请登录后投票
   发表时间:2007-04-11  
lgx522 写道
简单、模式化的页面(比如CRUD)用框架方便,尤其是JSF。
复杂的页面还是用JSP来得直接。

其实说实在的,做Web层还是纯脚本来得快,尤其是asp、php,可惜结构混乱,大了之后难维护管理。
结构化高的东西,像Java的Web框架,适应大项目,但Web层始终是不灵活。这一点包括ASP.NET也好不到哪里去。

所以说,规范性与灵活性,这是一对矛盾。

一些B/S的企业应用主要就是一些模式化的页面堆砌而成。主要要求方便的录入和输出数据,这方面,jsf抽象出一些控件,比起直接写html和js还是快多了。比如说Tree,tab等,就算用了dojo之类框架也要考虑和服务器端的数据交互问题,jsf这类基于服务器端组件的设计把这种工作减到了最小。当然这样的缺点就是不灵活,扩展一个jsf控件也比较麻烦,任何东西都是2面性的。我还看好jsf,tapesry的另外一个原因是长远来看,我们并不一定要把这种技术只用于html,jsf和tapestry这类框架将来完全可以应用到任何界面语言,比如将来我们的网站不再通过html来给客户端界面,而是对ie提供xaml,对firefox提供xui,那么我只用在jsf里面写一次,由jsf框架来映射,比我们自己写2套不是节省了很多时间?
0 请登录后投票
   发表时间:2007-04-12  
JSF很不错的,只是开始学起来不太容易。
0 请登录后投票
   发表时间:2007-05-07  
可以,我也喜欢JSF
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics