锁定老帖子 主题:关于框架的疑问,大家帮忙解决瞅一瞅
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2012-04-09
最后修改:2012-04-09
LinApex 写道 在使用框架方面,遇到一些问题,希望,论坛的朋友们给点意见... 我现在的框架组合是: 控制层:spring mvc + annotation 持久层:hibernate + jdbcTemplate or Ibatis or 自己模拟jdbcTemplate写的小框架 缓存机制:spring cache + ehcache/memcached 静态化机制: Freemarker静态化/spring mvc伪静态化 页面技术: EL + JSTL +JSP 安全框架:spring security Ajax框架 / Js框架 / 前台渲染 : Jquery 我项目的技术框架和你的差不多,有些小的差别: 1.我原来也用Hibernate,但是后来还是舍弃了,在对缓存的处理上,Hibernate真的不方便,因此调整为: Spring JDBC+myBatis,缓存层自己做; 2.不建议使用Spring Security,这个东西真的有点学院派,太复杂了,用RBCA自己控制更加灵活些。 关于服务端验证,Spring MVC 3.0已经完全支持JSR303,你只要在表单对象中打上注解就可以了,简单方便,推荐。我的这个帖子有讲解,你可参考下:http://www.iteye.com/topic/1120061 |
|
返回顶楼 | |
发表时间:2012-04-10
wad12302 写道 即使使用Jquery已经验证过了,在 服务端再验证一下的话,又感觉很浪费。
+1
界面验证只是增强用户体验: 后端验证才是业务的重要性 |
|
返回顶楼 | |
发表时间:2012-04-10
你可以考虑下 保存 不验证或少验证。 设计一个审核 的操作,后台验证。
|
|
返回顶楼 | |
发表时间:2012-05-04
看着这么多框架就晕,java太臃肿了,我们真的需要那么多框架吗
|
|
返回顶楼 | |
发表时间:2012-05-07
theoffspring 写道 看着这么多框架就晕,java太臃肿了,我们真的需要那么多框架吗
一般来说非有必要不使用框架 |
|
返回顶楼 | |
发表时间:2012-05-26
hardworker 写道 服务器端验证是必须的
相当有道理,不管前台js怎么验证,后台要对所有传进来的值验证一遍 |
|
返回顶楼 | |
发表时间:2012-07-27
最后修改:2012-07-27
这样的回答就比前面的更有内容了,也能让人学到东西。 spring 事务管理使用了threadloacl,这是啥意思会有什么问题吗?能描述下吗? 抛出异常的爱 写道
经验比如说:
界面验证只是增强用户体验 已经由于ajax的使用+越来越多的带宽. 已经快成为过时的经验了. 尽量只在后台验证而减少代码量的诉求一次次的被提到议案之上. 大多数成功的框架都是在作一些把感觉上不爽的事变的更合乎人的直觉 hibernet用了变态的多级缓存策略 spring 事务管理使用了threadloacl大杀器 都是由于这样更合乎人类直觉. 而不是实现更直观或使用更方便. js文件是应该被复用, 但现在我看来可以被复用js的验证框架 还是很小心的尝试中没用到项目中 (自动生成js代码,java代码,jsp代码的时代恐惧症让我对这样的东西小心再小心) 不知道你现在的项目有没有在前台验证, 后台验证都使用的是同一个js文件么?
|
|
返回顶楼 | |
发表时间:2012-07-27
方世玉 写道 构架不是这样设计的,你列举的只是很小的一部分。
首先要明确需求是什么样的,归纳出核心的需求,然后设计出构架的逻辑视图、进程视图、物理视图、开发视图....,然后再考虑每个进程采用什么技术,怎么做水平扩展,可靠性如何保证、什么通讯接口,最后考虑使用什么框架。 选择框架的时候,需要明确为什么要这些框架有什么优势可以满足你的需求, 比如你为什么要静态化页面,性能的考虑、安全性的考虑?如果这个是首要需求,那开发的便利性可以牺牲一些。 然后为什么要缓存?数据库自身的缓存不能满足性能需求还是有其他原因? 构架的目的是为了满足需求,而不是为了什么流行上什么。 同意,楼主选择架构出发点有问题 |
|
返回顶楼 | |