挑战DAO模式

如果我不想用你的产品那我不是很惨？？

因为我的所有POJO类都继承了你的TheObject。

就算我愿意更改POJO，我难道除了DAO以外，还要重新写过业务逻辑代码么？？

除非新项目或者已有产品的重大改写, 否则我也不推荐用户轻易移植到TOB上.

用了TOB以后架构都要伤筋动骨的, 是不是值得去做要用户自己决定.

TOB不是简单的替代老一代的数据库, 它在性能方面的提升是让很多本来不可能的应用成为可能, 同时也是设计方法和编码风格的大换血, 之后可以大大提高开发和维护效率, 降低成本.

有兴趣可以看看 WoW (http://www.webofweb.net) 的代码: http://wow.dev.java.net

每个客户端每秒有可能发好几个request, 而服务器响应一个request, 如果用关系数据库可能要发上百条SQL, 用于检查访问权限什么的. 即使用Hibernate, 数据全已经在cache里了, 还是会有几十倍的差距 (http://tob.ableverse.org/benchmarks.html)

WoW里, 应用的持久类 .java 代码总共 121KB , 由TOB生成的用于持久的Java代码是 4.38MB, 虽然是同时包括5个关系数据库的支持, 除以5, 生成/手写比例也有7.4倍之多了.

当然基于TOB开发会形成 Vendor Lock-In, 这跟用PL/SQL去开发Oracle应用性质差不多, 客户自己要综合评估决定是否用TOB.

用一下先，用过才有发言权

楼主，tob是开源的吗？
或者说，我能看到源码吗？

目前还不是开源的, 但是提供大部分源码供参考, 和JDK的源码发放形式差不多.

从 http://www.ableverse.com/download-free.jsp 下载产品包, 里面包括所有公共可见的源码.

还是dao比较熟悉