Hibernate的一些弱点：比如对象关系的映射配置过多，控制复杂；事务处理面临各种兼容问题；HQL语言增加学习成本等。并提出了一些减化和退化方案，具体请看下面的原文，你的建议又如何？

　　想了很长时间hibernate的一些弱点

　　1.对象与数据库的映射，关键在于对象关系的映射，但是没做到很理想，配置过多，控制复杂，另外还会出错。其实本质在于对象不够自由。

　　2.事务处理。这点上更容易出问题，相对于各种各样的事务管理器，要兼容是一个大问题，总归在各种应用服务器上有很多问题。其本质在于创建了一个自我数据存取小环境，必然面临各种兼容问题。

　　3.HQL语言。建立对象查询语言，类SQL，但是不同于任何一种SQL，调试环境复杂。本质在于创建了一种语言，增加学习成本。

　　减化hibernate，将其退化成一个sql生成器，既可以保留原有的主要功能，又可以兼容各种应用服务器和数据库服务器，另外还不需要学习HQL语言。

　　只需要一系列的功能函数，作一下包装，再根据不同数据库生成不同的SQL即可，连数据库类型都不用指定，因为从Connection中可以获得数据库类型属性。

　　假想中的API：

　　public Object ResultMapObject（ResultSet rs，String xml）　//一行映射单个对象，可以用XML绑定，也可以不用。

　　public List SQLMapObjects（Connection conn，String []sqls，String xml）  //将一堆SQL映射成一个对象树，可以用xml来描述绑定，也可以不用，仅使用ror方式的约定。

　　借助JDBC和SQL可以构建整个数据存取层。

　　映射单个对象的代码，将一行记录映射成单个对象。sql可以是任意的。

    Connection conn=DriverManager.getConnection(url);
    PreparedStatement ps = conn.prepareStatement(sql);
    
    ResultSet rs = ps.executeQuery();
    while(rs.next())
    {
      user=(Users)ResultMapObject(rs);
      //TODO 可以使用user
    }

　　映射对象树。

    /*
    sale_orders销售订单表
    sale_order_details销售订单细表
    products商品表
    product_catalogs商品类别表
    从sql中就可以分析出
    id是主鍵
    sale_order_details.sale_order_id===>sale_orders.id
    sale_order_details.product_catalog_id==>product_catalogs.id
    sale_order_details.product_id==>products.id
     */
    String []sqls=new String []{
        " select id, total_sum, memo, state, modify_date, creator, checker from sale_orders ",
        " select id, sale_order_id, product_id, product_name, product_catalog_id, model, product_unit, product_amount, product_price, product_sum, memo from sale_order_details ",
        " select id, name, catalog, model, price, unit, memo, createtime, state, code, productno from products ",
        " select id, name, memo from product_catalogs"
    };
    //不帶XML映射的，但是無法得知一对一还是一对多还是多对多的关系，所以一律建成多对多关系。
    List l=SQLMapObjects(conn,sqls);
    /*
    l的结构：
    sale_orders[]
        |-----sale_order_details[](sale_order_details.sale_order_id===>sale_orders.id)
                |-----products[](sale_order_details.product_id==>products.id)
                |-----product_catalogs[](sale_order_details.product_catalog_id==>product_catalogs.id)                
     */
　　/*带xml */

    /*
    sale_orders销售订单表
    sale_order_details销售订单细表
    products商品表
    product_catalogs商品类别表
    从sql中就可以分析出
    id是主鍵
    sale_order_details.sale_order_id===>sale_orders.id
    sale_order_details.product_catalog_id==>product_catalogs.id
    sale_order_details.product_id==>products.id
     */
    String []sqls=new String []{
        " select id, total_sum, memo, state, modify_date, creator, checker from sale_orders ",
        " select id, sale_order_id, product_id, product_name, product_catalog_id, model, product_unit, product_amount, product_price, product_sum, memo from sale_order_details ",
        " select id, name, catalog, model, price, unit, memo, createtime, state, code, productno from products ",
        " select id, name, memo from product_catalogs"
    };

    /*



    
        
        
            id
            id
        
        
        可选...
    
    
        
        
            product_id
            id
        
        可选...
    
    
        
            product_catalog_id
            id
        
        可选...
    
    
        可选...
    

     */

    String xml="...";
    //带xml映射
    List l=SQLMapObjects(conn,sqls,xml);
    /*
    l的结构：
    sale_orders[]
        |-----sale_order_details[](sale_order_details.sale_order_id===>sale_orders.id)
                |-----products[](sale_order_details.product_id==>products.id)
                |-----product_catalogs[](sale_order_details.product_catalog_id==>product_catalogs.id)                
     */

　　当然类要事先写好，这里就不详细写了。

　　保存问题更严重，取出来用sql映射已经可以很好地解决了，基本上一个函数、一群SQL，加上少少的XML就可以表达清楚了，但是这不能解决保存对象的问题。

　　假想中的保存API.

　　public void saveObject（Connection conn， Object obj，String xml）；  //保存单个对象，简单地将对象扩展成sql，允许xml映射，也可以不映射

　　public void saveObjects（Connection conn， List objs， String xml）；  //将对象树保存到数据库

　　上一篇取出的List或人工组合的List可以用saveObjects来保存，这个函数的任务就比较重了，因为没有状态，所以要判断修改过非常麻烦。

　　一种思路是在对象是增加属性，然后由开发者维护，比如界面上是否修改很有可能是有状态位的，这个状态位就可以用起来，然后函数根据这个状态位来判断是否去更新。

　　一种思路是从Class本身中就得知对象是否被改过，类似AOP，在修改的时候记录一下，然后函数来判断是否改过，然后组成SQL来更新。

　　至于批量修改是强项，直接用SQL即可，学习SQL比HQL的成本要低，毕竟这么多年了。

　　外围实用函数的思考：基本上都针对SQL的生成，或数据库函数的替换

　　public String generateInsertSQL（DBType type，Object obj）；//生成insert语句

　　public String generateUpdateSQL（DBType type，Object obj）；//生成update语句

　　public String generateSelectSQL（DBType type，Object obj）；//生成select语句

　　总之这个函数工具箱的思路有这几条：

　　1.使用函数，而不是使用环境来代替JDBC或应用服务器。

　　2.使用成熟的SQL，而不是自创语言，最多增加SQL预处理器，将一些函数转成数据库相关，简单的文本功能。

　　3.保持对各种环境的兼容性。对象是干净的，当然如果用AOP就很难说对象干不干净了，不过基本上应该适用于所有的环境中。

　　缺点：由于没有了环境，保存对象有点麻烦，用SQL来解决批量更新和删除，必要时增加几个SQL语句生成器即可。保存对象树是一个大缺点，没有非常好的办法能够将对象树整个保存下来而且效率非常高，只有上面提到的两种不太完美的办法，这都是因为JVM没有提供对象状态的原因。

　　不过这样用函数的方法来解决多继承的问题还是比较干净舒服的，既可以动态，又可以静态，随心所欲，灵活性、效率和兼容性兼得。