精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-04-18
fins 写道 fangshun :
你理解错了 我不是要把 jsf 和 某种页面技术混合评价 我哪句话让你有这种错觉了呢? 我知道 jsf在ui层是一个很有包容性的东西 ext之类的页面层技术完全可以理解为是jsf的一个子集, jsf本身是一个一体化的 一站式的解决方案 不仅仅关注前台技术..... 而我质疑的就是jsf这种做法 同时 我的观点很明确, 你可以前台后台都处理都涉及, 但是不能像现在这样 拙劣的将两者糅合在一起 使其无法分离. 再举个例子吧 大家见过那样的显示器吧: 显示器左右两边或者是上下是和音箱整合的. 我不反对显示器生产厂商提供这样一体化的产品 而且我也承认这在一定程度上简化了用户的购买电脑外设的流程 为搬运 使用提供了一定的便捷. 但是我不能容忍那音箱是无法拆卸的. 音箱坏了不好修 我觉得音箱不好 或者是显示器不好时 无法单独更换. 总之 问题多多 不知道大家明白我的意思没 明白你的意思,厂家这么做更多的市场导向而不是功能和灵活性导向。估计德国人就不会生产这种垃圾。不过也没见过电视机的音箱能很方面更换的,都是要拆开电视机维修的。 存在即合理,很多OEM厂商就喜欢这种低成本集成设备。楼主举这个例子不是很合适,不过你要说明灵活性是可以的,但是凡是太强调灵活性也会失去讨论的意义,就像现在在讨论windows有多烂,并不能转变大多数人使用windows的现状,实际意义不是很大。我的意思是单单从灵活性上是很难说服那些使用JSF的支持者的。 |
|
返回顶楼 | |
发表时间:2008-04-18
开发要讲究低成本,快速,而且开发人员也能在短时间跟进,力求做到项目进度合理,这一点是没有错,想念很多企业技术造型时,都会考虑到。如果到后期,进入维护阶段,用户提出新的需求,或者说需求变更频繁的时候,添加新代码能够快速,低成本,扩展性好,JSF有这样的好处,或者有这么一点的好处的话,这样是我所需要的。考虑如何分层,我觉得首先得先在开发与维护之间,找到一个扩展点,是不是更好呢?
|
|
返回顶楼 | |
发表时间:2008-04-18
分析入理,评论一针见血,虽然我对jsF了解得不够,但目前确实感觉很多的框架存在这样那样的问题影响使用。
|
|
返回顶楼 | |
发表时间:2008-04-18
引用 单单从灵活性上是很难说服那些使用JSF的支持者的
这话说的很对 所以我也没打算说服谁 表达一下自己就好了 认为我对的 可以走 数据为中心的 B和S解耦的路线. 认为我错的 可以继续走一体化框架的路线. 如果有一天 java不行了 , 我至少还有一个健壮的\独立的UI可以用,只要给我送数据只要给我提供各种服务,那么这个UI就会活着 如果有一天 ajax不行了 , 至少我还有一个提供各种服务的后台可以用.只要有一个可以调用后台服务的UI,只要这个UI可以展现后台推送的数据,那么我后台的代码还会活着 如果两个都不行了... 在这之前 JSF肯定早就不行了. to 质疑我不懂jsf的人: 我确实不懂jsf, 就好像你不懂得我所说的话一样. |
|
返回顶楼 | |
发表时间: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一些老的框架先进的。搞软件的应该记住一点:简单就是美。简单代表易于维护 简单代表降低成本 我是这么想的 |
|
返回顶楼 | |
发表时间:2008-04-18
引用 JSF与AJAX集成很容易 你是怎么集成的? |
|
返回顶楼 | |
发表时间:2008-04-18
他肯定又说ajax4jsf呗。
现在正反两方同学的标准都不一样: 挺jsf一方同学说的是,有ajax能用,就非常非常ok了。 反jsf一方同学却在想,我要ext那种绚丽的富客户端,而且要响应及时,设计优美。 一边求快,求方便。一边要完美的设计。 价值观不一样,这个论不好辩啊。 |
|
返回顶楼 | |
发表时间:2008-04-18
别争了,用flex吧,既符合b,s系统,你也可以把它用成b/s系统,^_^
|
|
返回顶楼 | |
发表时间:2008-04-18
fins 写道 To:fxy1949
看来做人不能太谦虚 谦虚一下不要紧 被你当白痴了 你压根没明白我在说什么 没把你当白痴,只是觉的你挺能忽攸的,喜欢比喻但又牵强,喜欢强辩但又说不到点子上。 |
|
返回顶楼 | |
发表时间: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层, 产生这样的谬论就不奇怪了。 |
|
返回顶楼 | |