|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-04-20
Julien 写道 毕竟操作监听器这种东西天经地义就应该放在客户端而不是放在服务端的。服务端只应该处理service。
我比较看好一些RIA技术，例如WPF和Apollo等等，Flex也是一个很好的选择。但是WPF和Apollo都需要额外安装客户端的runtime，Internet应用使用这些技术目前还不现实（因为你无法去控制客户端）。目前比较现实的是用Flex开发一些Flash组件，暴露出JavaScript调用的接口可以被Ajax应用来调用和配置。一些复杂的组件如DataGrid、各种样式的Chart等等都是Flash的强项。Ajax可以与Flash很好地结合在一起，形成一种互补的关系。 |
| 返回顶楼 | |
|
发表时间：2007-04-20
dlee 写道 引用 jsf对AJAX的集成,就是关注在一些普遍,简单的ajax功能上,让开发者可以不用写任何js代码就可以开发出ajax功能从程序,这其他东西可以实现吗.
瞧把你给美的，ASP.NET Ajax早就可以做这些事情了。 而且JSF给Ajax造成的紧耦合，事件模型和状态存储与服务器的严重绑定，这些是不能不考虑的。 给你一点甜头你果然就上钩了。  我是说在java中的web框架,而不是其他语言的框架. dlee 写道 而且JSF给Ajax造成的紧耦合，事件模型和状态存储与服务器的严重绑定，这些是不能不考虑的。 这叫做包装好的组件,怎么可以叫做紧耦合呢,如果这么说,那你使用dojo这些实现,算不算和这些框架的紧耦合呢? 另外关于和服务器的绑定从何说起呢. 望赐教. |
| 返回顶楼 | |
|
发表时间：2007-04-20
icess 写道 另外关于和服务器的绑定从何说起呢. 望赐教.
JSF最初搞出来是为了与ASP.NET竞争的，它们都被划为一类“服务器端事件驱动的开发框架”。从技术上来说，它们要比WPF和Apollo落后了一代。WPF和Apollo所基于的开发框架是“客户端事件驱动的开发框架”。 你来回答我这几个问题： 1. 在JSF中，用户事件是在哪里处理的？客户端还是服务器端？ 2. 在JSF中，用户的状态是在哪里存储的？客户端还是服务器端？ 3. 是不是所有的场合，用户事件和用户的状态都需要放在服务器端处理和存储？哪些特定的场合必须要在服务器端做这些事情？这些特定的场合能否代表所有的场合都需要这样做？ |
| 返回顶楼 | |
|
发表时间：2007-04-20
dlee 写道 引用 毕竟操作监听器这种东西天经地义就应该放在客户端而不是放在服务端的。服务端只应该处理service。
我比较看好一些RIA技术，例如WPF和Apollo等等，Flex也是一个很好的选择。但是WPF和Apollo都需要额外安装客户端的runtime，Internet应用使用这些技术目前还不现实（因为你无法去控制客户端）。目前比较现实的是用Flex开发一些Flash组件，暴露出JavaScript调用的接口可以被Ajax应用来调用和配置。一些复杂的组件如DataGrid、各种样式的Chart等等都是Flash的强项。Ajax可以与Flash很好地结合在一起，形成一种互补的关系。 FLEX确实不错，但ADOBE没有将它开源，是付费，flex2.0之后，相当不错，而且还有一个自己的开发工具，不知道这里有没有人做过openlaszlo，一个RIA的开源框架，好像最近发布的版本各方面都还不错，并不一定生成flash，也可以生成DHTML，可能以后会是RIA的一个不错的平台。 |
| 返回顶楼 | |
|
发表时间：2007-04-20
没有关系，Flex开发出来的Flash组件是不需要服务器端的Flex展现服务器就可以使用的，只要浏览器安装了Flash插件就足够了。
|
| 返回顶楼 | |
|
发表时间：2007-04-20
dlee 写道 没有关系，Flex开发出来的Flash组件是不需要服务器端的Flex展现服务器就可以使用的，只要浏览器安装了Flash插件就足够了。
是的，flash并不需要相应的展现服务器，ADOBE的这一条路，可以说是相当成功的，只要有浏览器的地方，就可以展示flash。 |
| 返回顶楼 | |
|
发表时间：2007-04-20
rainlife 写道 dlee 写道 没有关系，Flex开发出来的Flash组件是不需要服务器端的Flex展现服务器就可以使用的，只要浏览器安装了Flash插件就足够了。
是的，flash并不需要相应的展现服务器，ADOBE的这一条路，可以说是相当成功的，只要有浏览器的地方，就可以展示flash。 flash都可以当成一个客户端软件使用，不一定要浏览器支持。 一直觉得flash这个东西是间与cs和bs之间的一个东西。 |
| 返回顶楼 | |
|
发表时间：2007-04-20
rainlife 写道 dlee 写道 没有关系，Flex开发出来的Flash组件是不需要服务器端的Flex展现服务器就可以使用的，只要浏览器安装了Flash插件就足够了。
是的，flash并不需要相应的展现服务器，ADOBE的这一条路，可以说是相当成功的，只要有浏览器的地方，就可以展示flash。 是的，但是对于flash开发来说太多的专有格式， 太密封的存放格式 使所有的应用必须建立在他的大帝国之上 想要找到所有的ActionScript对于一个复杂一点的fla文件 比登天还难。。。。 |
| 返回顶楼 | |
|
发表时间：2007-04-20
你发了之后我才点的提交。。。
引用上一条时当然是你的文了 |
| 返回顶楼 | |
|
发表时间：2007-04-21
dlee 写道 icess 写道 另外关于和服务器的绑定从何说起呢. 望赐教.
JSF最初搞出来是为了与ASP.NET竞争的，它们都被划为一类“服务器端事件驱动的开发框架”。从技术上来说，它们要比WPF和Apollo落后了一代。WPF和Apollo所基于的开发框架是“客户端事件驱动的开发框架”。 你来回答我这几个问题： 1. 在JSF中，用户事件是在哪里处理的？客户端还是服务器端？ 2. 在JSF中，用户的状态是在哪里存储的？客户端还是服务器端？ 3. 是不是所有的场合，用户事件和用户的状态都需要放在服务器端处理和存储？哪些特定的场合必须要在服务器端做这些事情？这些特定的场合能否代表所有的场合都需要这样做？ JSF技术优势目前至少比Struts,Webwork高出一块 概括的说，使用JSF的目的有2点 1. 降低Web层应用成本 a)开发成本 b)维护成本 c)升级成本 2. 结合JSF控件，能够提供用户更多的客户化定制能力 大家使用AJAX的应用显然主要是为了提升用户的操作体验，而客户定制能力个人认为将会引起更大的关注，服务端逻辑的定制能力/潜力目前要比客户端强不少 如果你们公司已经有了自己的组件库，并能提供强大的扩展能力，而扩展方式又能遵循规范的话，同时又有足够的资金不断升级组件库/核心框架时，目前没有必要考虑JSF |
| 返回顶楼 | |
