JJYAO

回复: JSF和Ext2综合使用方案

AOM有别于其它jsf框架和其它web框架的最大特性就是Iovc，这一点使得大部分的页面编写非常简单，而将动态性搬到服务端代码中。就这个特性，我个人非常欣赏，它解决了企业级应用中开发人员普遍对JS掌握不好，以及JS在框架级别灵活性固有的缺失（基于Java可以构建非常灵活的服务端的上下文）

进入论坛 AJAX 版

2008-04-27

全文显示

回复: 从JSF和Ext看WebUI开发－－给对JavaScript 有恐惧感的朋友

leebai 写道 JJYAO 写道我大致看了下楼主自己开发的web框架，可以说是典型的JavaScript based的web框架。与几年前在市场上做的比较好的dorado类似。典型的特征是在客户端有一套相对比较丰富的JS UI组件和DataBinding机制首先肯定一下楼主的框架，XJawa具备以上特征，应该说也确实能够实现一定范围内的快速开发。但单纯从技术上看Xjawa，我觉得还有几点值得探讨 1. 客户端的对象类型都是Javascript数组（是否意味着在客户端模型的基本仍然停留在JavaScript低层语言级别，开发人员还需要掌握JavaScript语法）。另外，这套框 ...

进入论坛 AJAX 版

2008-04-27

全文显示

回复: 从JSF和Ext看WebUI开发－－给对JavaScript 有恐惧感的朋友

我大致看了下楼主自己开发的web框架，可以说是典型的JavaScript based的web框架。与几年前在市场上做的比较好的dorado类似。典型的特征是在客户端有一套相对比较丰富的JS UI组件和DataBinding机制首先肯定一下楼主的框架，XJawa具备以上特征，应该说也确实能够实现一定范围内的快速开发。但单纯从技术上看Xjawa，我觉得还有几点值得探讨 1. 客户端的对象类型都是Javascript数组（是否意味着在客户端模型的基本仍然停留在JavaScript低层语言级别，开发人员还需要掌握JavaScript语法）。另外，这套框架应该开放了大量的JS接口，这套接口学习的 ...

进入论坛 AJAX 版

2008-04-24

全文显示

回复: 从JSF和Ext看WebUI开发－－给对JavaScript 有恐惧感的朋友

楼主说的都挺有道理。但最好不要再轻易做JSF和Ext的比较，二者擅长的领域和功能都不同，根本不具备比较性。所以很多结论性的东西也值得商榷

进入论坛 AJAX 版

2008-04-21

全文显示

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

假如我们不考虑团队的技能，开发的效率，项目的维护，那么在web层，JSF能做的Ext + Struts都能做，而JSF不能做的(确切的说应该是扩展比较麻烦)，Ext + Struts也都能做但假设在这样一个团队下，他们缺乏对JS的认知，或者只能写最简单的js。。事实上，很多大公司都是这样，绝大部分开发人员都缺乏对js的良好的掌握，但参与的却是非常大的项目，这些项目业务逻辑相对复杂，但页面展现可能并不需要太绚丽，个别页面另当别论。考虑到广泛的开发效率和日后的维护成本，那么JSF的优势就来了，服务端的事件模型能够避免开发人员编写JS。而只需要编写服务端Java代码即可。如果对刷新的效果不满 ...

进入论坛 AJAX 版

2008-04-08

全文显示

回复: 世道就是这样么?

看了楼主的描述，并不觉得有什么大太的不妥。问题在于新人不掌握话语权。假象如果是一个资深的架构师提出同样的问题，估计会有不同的结果（即使他没有提出详细的solution）。解决方法只能是不断提高自己（包括硬件和软件）。不管如何，楼主的manager显然不是一个合格的manager。这也是为什么国内很多公司发展到一定阶段，再上一个台阶就比较缓慢，主要是保守和拒绝改变，有风险的不做，成本高的不做.....换来的是始终在原地踏步，很快就被别的公司超越了。对于建议，在大的方向上，我比较赞同上面一个TX的说法引用继续保持一个开放的心态和适当的理想主义，注意改进一下沟通技巧在具体操作方面，多听听老 ...

进入论坛招聘求职版

2008-03-29

全文显示

回复: 请做架构的朋友一起讨论下SNS中好友动态功能建模的设计

我觉得使用动态表是一种比较简洁，性能也比较好的实现方式当然，动态表的实现也有几种方式1. 实时的动态表（用户更新内容时，实时更新好友列表的数据）2. 普通动态表（只新增，不删除）msn space应该采用的是普通的动态表方式（至少表现方式上，因为遇到过点击进去看好友的内容，而数据已经被删除的状况）

进入论坛 Java 版

2008-03-16

全文显示

回复: JSF的优雅带来的项目成本

从技术上看，JSF是一个不错的框架规范，它欠缺的是一个强有力的，能够统一JSF世界的框架实现。如果有了这个框架实现，那么我们就可以在此之上发展JSF，简化JSF的扩展组件实现。而如今，我们只能依靠自己的力量我已经在JSF上工作了一段时间，也已经在整合JSF，Facelets, Ajax,Spring，Spring webflow。过程中，也感觉JSF，Facelets的一些缺陷，但都需要自己花很多时间去实践，解决，的确是有点疲。