论坛首页 Web前端技术论坛

JSF 与 "我的伟大发明" ---- 关于B/S UI开发的胡言乱语

浏览 67656 次
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-04-18  
fins 写道
fangshun :

你理解错了

我不是要把 jsf 和 某种页面技术混合评价

我哪句话让你有这种错觉了呢?

我知道 jsf在ui层是一个很有包容性的东西 ext之类的页面层技术完全可以理解为是jsf的一个子集, jsf本身是一个一体化的 一站式的解决方案 不仅仅关注前台技术.....

而我质疑的就是jsf这种做法  同时 我的观点很明确, 你可以前台后台都处理都涉及,
但是不能像现在这样 拙劣的将两者糅合在一起 使其无法分离.

再举个例子吧

大家见过那样的显示器吧: 显示器左右两边或者是上下是和音箱整合的.

我不反对显示器生产厂商提供这样一体化的产品 而且我也承认这在一定程度上简化了用户的购买电脑外设的流程 为搬运 使用提供了一定的便捷.

但是我不能容忍那音箱是无法拆卸的. 
音箱坏了不好修 我觉得音箱不好 或者是显示器不好时 无法单独更换.

总之 问题多多

不知道大家明白我的意思没


明白你的意思,厂家这么做更多的市场导向而不是功能和灵活性导向。估计德国人就不会生产这种垃圾。不过也没见过电视机的音箱能很方面更换的,都是要拆开电视机维修的。

存在即合理,很多OEM厂商就喜欢这种低成本集成设备。楼主举这个例子不是很合适,不过你要说明灵活性是可以的,但是凡是太强调灵活性也会失去讨论的意义,就像现在在讨论windows有多烂,并不能转变大多数人使用windows的现状,实际意义不是很大。我的意思是单单从灵活性上是很难说服那些使用JSF的支持者的。
0 请登录后投票
   发表时间:2008-04-18  
开发要讲究低成本,快速,而且开发人员也能在短时间跟进,力求做到项目进度合理,这一点是没有错,想念很多企业技术造型时,都会考虑到。如果到后期,进入维护阶段,用户提出新的需求,或者说需求变更频繁的时候,添加新代码能够快速,低成本,扩展性好,JSF有这样的好处,或者有这么一点的好处的话,这样是我所需要的。考虑如何分层,我觉得首先得先在开发与维护之间,找到一个扩展点,是不是更好呢?
0 请登录后投票
   发表时间:2008-04-18  
分析入理,评论一针见血,虽然我对jsF了解得不够,但目前确实感觉很多的框架存在这样那样的问题影响使用。
0 请登录后投票
   发表时间:2008-04-18  
引用
单单从灵活性上是很难说服那些使用JSF的支持者的

这话说的很对
所以我也没打算说服谁
表达一下自己就好了


认为我对的 可以走 数据为中心的 B和S解耦的路线.
认为我错的 可以继续走一体化框架的路线.

如果有一天 java不行了 , 我至少还有一个健壮的\独立的UI可以用,只要给我送数据只要给我提供各种服务,那么这个UI就会活着

如果有一天 ajax不行了 , 至少我还有一个提供各种服务的后台可以用.只要有一个可以调用后台服务的UI,只要这个UI可以展现后台推送的数据,那么我后台的代码还会活着

如果两个都不行了... 在这之前 JSF肯定早就不行了.


to 质疑我不懂jsf的人:

我确实不懂jsf,  就好像你不懂得我所说的话一样.



0 请登录后投票
   发表时间:2008-04-18  
JSF STRUTS都用过,不过JSF事件驱动模式的确很先进。可以把动作细化到组件,而不是表单。后台backingbean只是简单的javabean不用实现任何任何接口和继承。配合Spring的IOC管理Hibernate和JSF 是不错的组合。JSF默认有个轻量级的IOC容器。但是大型项目一般都用spring管理。事实上JSF开发和维护起来都很方便。至于UI大型的企业级解决方案其实不看重这个。
可维护性-可读性-简单性 是大公司的首选。事实上UI与后台backingbean绑定只是用了个xml文件。耦合度也不是很高。改下xml就可以了。组件在后台都是可控制的。包括样式单什么的。看楼主似乎很专注于前台开发。但是一个程序主要的部分应该在后台吧我想?
我想说的是JSF的一些思想的确很先进。而且开发代码,可维护性 ,可读性很高。JSF与AJAX集成很容易。
JSF核心用到了大量的设计模式:比如说工厂模型  单例  等等。至少现阶段看,我认为JSF比struts1.x一些老的框架先进的。搞软件的应该记住一点:简单就是美。简单代表易于维护 简单代表降低成本

我是这么想的
0 请登录后投票
   发表时间:2008-04-18  
引用

JSF与AJAX集成很容易

你是怎么集成的?


0 请登录后投票
   发表时间:2008-04-18  
他肯定又说ajax4jsf呗。

现在正反两方同学的标准都不一样:
挺jsf一方同学说的是,有ajax能用,就非常非常ok了。
反jsf一方同学却在想,我要ext那种绚丽的富客户端,而且要响应及时,设计优美。

一边求快,求方便。一边要完美的设计。
价值观不一样,这个论不好辩啊。
0 请登录后投票
   发表时间:2008-04-18  
别争了,用flex吧,既符合b,s系统,你也可以把它用成b/s系统,^_^
0 请登录后投票
   发表时间:2008-04-18  
fins 写道
To:fxy1949

看来做人不能太谦虚

谦虚一下不要紧 被你当白痴了

你压根没明白我在说什么



没把你当白痴,只是觉的你挺能忽攸的,喜欢比喻但又牵强,喜欢强辩但又说不到点子上。
0 请登录后投票
   发表时间:2008-04-18  
在B/S系统中 UI层与系统其他层面的东西的唯一联系应该是"数据"
UI层应该是在后台系统不变的情况下可切换的

一个B/S系统中 应该有两个框架 一个负责s端 一个负责b端
三个太多 ,一个太少, 两个刚刚好
---------------------
-----------------------
fins 的眼光太狭隘。
关于b/s,究竟如何划分哪个是b, 哪个是s?
fins狭隘到只有在游览器上运行的东东才是b, 在容器中, 哪怕是web容器中运行的就是s了。
当然,我不反对你这种狭隘的划分。
但是如果把眼光放高点,也就是更广义的来看, 对于一个J2EE应用来说
UI层,应该是在web容器中运行的web框架, 比如JSF, structs等。
对于JSF,backbean是页面标签的对等体, 自然是UI层的一部分(当然, 把business logic写在backbean中进而把backbean当作s,就另当别论了)。

至于s, 自然是提供服务的部分, 对于标准J2EE应用, 应该是EJB/Web service担任的角色。

fins兄的眼光仅仅局限于web框架, 并且在web框架内部还要再继续划分一个所谓的B层, S层, 产生这样的谬论就不奇怪了。
0 请登录后投票
论坛首页 Web前端技术版

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