关于框架的疑问，大家帮忙解决瞅一瞅

数据的话写一个filter就可以了啊

服务端验证必须的，这是必经步骤，没有商量。客户端验证看你需要，体验好的话也得有，复杂的验证建议还是放在服务端验证。

在架构系统方面，遇到一些问题，希望，论坛的朋友们给点意见...

    我现在的框架组合是：
    控制层:spring mvc + annotation
    持久层：hibernate + jdbcTemplate or Ibatis or 自己模拟jdbcTemplate写的小框架
    缓存机制：spring cache + ehcache/memcached
    静态化机制： Freemarker静态化/spring mvc伪静态化
    页面技术： EL + JSTL +JSP
    安全框架：spring security
    Ajax框架 / Js框架 / 前台渲染 : Jquery

 

现在担心的问题：

    对象参数验证，从客户端提交的数据，数据安全，数据正确性得不到保证，即使使用Jquery已经验证过了，在 服务端再验证一下的话，又感觉很浪费。

    还有模版的问题，如果是使用 Freemarker模版的话，可能会造成开发不便，可视化界面不可见的状态。

 

如果朋友们有更好的架构，欢迎拍砖，万分感谢，真心求教。

兄弟，你列出来的东西，不算是架构问题，而是技术选型问题，并且感觉技术多而杂。

个人体会，请多包涵：

1、技术或架构都是必须跟着需求走的。如果需求需要，可以使用某种相应技术。比如：静态化、缓存等等。

2、每种技术都是有优缺点的，要根据业务场景来选择合适的技术，而不是把流行的技术都用上。

3、感觉“架构”这个字现在都用烂了，个人认为架构更多的是关注系统或软件间的交互，是抽象层次的。

4、数据验证方面，客户端验证是不可靠的。重要业务数据的验证必须靠服务器端来保证。

 

构架不是这样设计的，你列举的只是很小的一部分。
首先要明确需求是什么样的，归纳出核心的需求，然后设计出构架的逻辑视图、进程视图、物理视图、开发视图....，然后再考虑每个进程采用什么技术，怎么做水平扩展，可靠性如何保证、什么通讯接口，最后考虑使用什么框架。
选择框架的时候，需要明确为什么要这些框架有什么优势可以满足你的需求，
比如你为什么要静态化页面，性能的考虑、安全性的考虑？如果这个是首要需求，那开发的便利性可以牺牲一些。
然后为什么要缓存？数据库自身的缓存不能满足性能需求还是有其他原因？

构架的目的是为了满足需求，而不是为了什么流行上什么。