|
锁定老帖子 主题：我们公司新的架构设计
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-03-29
最后修改：2010-03-29
mxdba321123 写道
ExtJs算是最“重”了吧，如果不是客户指定要用，那能不用就不用吧。类似的jquery完全可以代替，这个要看你们有没有比较好的前端人员了，傻瓜的同时意味的扩展性的降低。
还有那个validation，我不明白为什么要 单独弄出一个bean来，不能在真正的entity里，在需要验证的字段上加个annotation，然后在业务层，需要更新或者保存时用 反射 检验一下？ 当然 如果使用了hibernate等 可以直接用他的validation
你说用extjs扩展性低，我是不是可以理解成：用js开发扩展性低？ 我觉得应该从另外一个角度看，extjs是从js扩展出来的东西 |
| 返回顶楼 | |
|
发表时间：2010-03-29
最后修改：2010-03-29
qiren83 写道
同意楼上 至多用个JQUERY 不要EXTjs 傻瓜化的东西的另一面是约束性大
拒绝YUI extjs
一个插件形式的东西，没看出exjs有什么约束，而且是基于js的，除非你用js觉得很约束。 |
| 返回顶楼 | |
|
发表时间：2010-03-29
mxdba321123 写道 ExtJs算是最“重”了吧，如果不是客户指定要用，那能不用就不用吧。类似的jquery完全可以代替，这个要看你们有没有比较好的前端人员了，傻瓜的同时意味的扩展性的降低。
还有那个validation，我不明白为什么要 单独弄出一个bean来，不能在真正的entity里，在需要验证的字段上加个annotation，然后在业务层，需要更新或者保存时用 反射 检验一下？ 当然 如果使用了hibernate等 可以直接用他的validation ExtJs提供的是一套前台的解决方案，例如GridPanel， selectionModel 等还允许任意override他的Class。 单独弄一个Bean出来而不能放在不能在真正的entity里是因为： 主要是方便，这个Bean不光是用来做Validation，接收request过来的数据，和返回Reponse时的数据都放里面了。再调用JsonObject 转换成Json String。跟Struts的FormBean是一样的。 |
| 返回顶楼 | |
|
发表时间：2010-03-29
感觉定下来的这些，其实是为了规范项目结构和约束开发。
|
| 返回顶楼 | |
