Java框架的思考
目前的JAVA 企业级开发框架，我们常用的大致包括IOC AOP MVC ORM框架
1、 IOC spring是一个非常棒的ico容器，其思想非常简单，用一个集合对象如MAP
来缓存对象（对象都是单例的），这也就是spring
所说容器内单例，它和java中的单例模式的区别在于单例模式是在当前java进程中保持单例，因为它有三个必要条件:private static
自身对象、private 构造方法、public static
getInstance()方法，以保持在进程中单例，而spring只能保证在容器中单例，用户是可以手动再new出其他对象的。所以这部分如果为了简
单可以不使用spring的ioc框架以单例模式替代，减少spring的jar包，缺点是可维护性和扩展性较差。或自己写一个ico容器以实现
spring的ico功能。
2、aop aop的实质是动态代理模型，框架包括spring、AspectJ等，当然最行的是spring,
spring有两种实现形式，一种是jdk的动态代理，一种是cglib字节码框架（比jdk的反射要快，其asm框架实现），典型的场景是数据库事务，
个人感觉aop的应用其实可以去掉。可维护性并没有提高，反而变更复杂。aop事务是在threadlocal是以threadlocal为基础的。关于
aop去或留希望各位讨论。
3、mvc框架 spring mvc struts2 这两个框架相比:spring
mvc的思想还是比较先进的，因为struts2的action bean不是单例的，每次通过反射new出一个对象，性能会相对较低。而spring
mvc controller是单例的，继承至servlet类（单例多纯种）。它的实现思想的是方法参数的注入。两个都支持模型驱动。spring
mvc有一个缺点，注解的配置模型全部用的java反射。性能也会有影响。两者都支持注解，个人认为xml要好于注解，开发阶段注解要优于xml,因为方
便，而维护起来可能会比较麻烦，尤其是对刚接手项目的新人。最好的方案是取两者之长，去其缺点，保留spring的单例通过方法注入，注入时将jdk反射
去掉，换成asm的注入思想，以提高性能。
4、ORM框架 hibernate
mybatis。hiberate是全自动的orm框架，优点是简单使用方便，但jar包很多，大数据SQL调优问题比较大。mybatis
由ibatis升级，半自动orm框架，需要手动写sql,优点是方便sql调试，缺点是对于简单的单表增删改也需要手动写SQL,比较麻烦。所以最好是
结合两个框架的优点开发一个单表的增删改orm（不依赖SQL），复杂SQL可以直接通过JDBC这样可以提高性能。
