ORM模式教程

infoQ播放了DDD的创建者Eric Evans最新录像，谈了关于如今新技术对DDD的影响：Eric Evans on

How To Write A Repository 仓储Reposi

欢迎围观KylinORM系列文章： 第一篇：使用Tag网络维护实体关系

最近看DDD的时候产生了一些疑问，我的查了一下论坛，发现如此类的问题还是很多的，但是并没有一个合适的答案。 DDD中阐述的实体，是能确定唯一标识的，当然这个实体是在领域模型中的，当放在程序设计的时候我总是感觉非常类似ORM中的实体，或者这样的想法不合理，那有另外一种想法，就是对象的持久

java是面向对象的， 但是现在很多的java系统全是面向过程的。为什么？ 我觉得一个很重要的问题。 是因为是因为我们大部分系统都是数据库系统，基本上就是crud。 这束缚了我们的思维。使我们在碰到一个问题

面向对象分析问题，开发系统是程序员的福音，这点我很有同感，但是一直没有对ORM框架进行深入的研究。最近公司开发一个项目，由于技术总监是搞数据库的，所以一直在以数据库建表方式构架系统，大家知道，搞数据库表不可避免的要设计很多细节，功能细节，实现细节。目前项目进展非常缓慢。我在项目组一直倡导首先业务建模

这几天对领域模型有了些认识，也拜读了一些文章和书籍，但是有个实际的问题不太知道应该怎么设计？类似于Hibernate这种ORM得到的Object是不是可以作为领域模型中的实体模型？这个Mapping出来的object是属于哪一层？还是领域模型中的实体模型是一层，ORM的结果出来的Ob

不知道大家有没有这样的疑惑，在项目中使用DDD时，领域对象有时候需要调用BO，BO有时候为了实现特殊的数据库操作，又需要跨过Repository直接操作领域对象。 本来负责逻辑运算的BO是不应该和领域对象打交道的，比如将人民币转换成美元，个人感觉是应该放在

很久没有写过hibernate的代码，现在回头想重新看一下但是却有了很多新的思考，最重要的一个就是DAO对象与hibernate提供的session，在没有ORM框架的时候我们只能使用JDBC，对于数据库的访问需要很多步骤，其中主要的是对模型对象与数据表映射的工作，所以存在了DAO，但是现在有了

最近有个内部系统要实施给第三方，遇到一个比较大的问题，我们一些关键逻辑都是存储过程（oralce），其他都是hibernate，如果实施给第三方的话，他们打开数据库就直接能看到我们的逻辑代码，因此想把逻辑放在java层，重新封装成service放在容器中以供调用，现问题如下：如果全部翻译成j

这个项目没有实体，所以无法用任何ORM框架，ibatis不熟悉，暂且不考虑，所以自己封装了一层JDBC，就是把结果集封装成list,现在要考虑性能问题？不知道有没有什么开源项目 或者成熟的方案供参考 ，还有听说JDON很牛，但这种情况好像也无法处理，哎 自己封装JDBC没有缓存 性能太差了

在jdon潜水也有一段时日了，但还是有个问题困扰着，就是：我们都说在分析阶段要与数据库隔离，而围绕领域模型，但是系统的数据最终还是要保存在数据库中，如果用hibernate映射来实现，应该怎么做呢？如果根据模型来设计表的字段，是不是有可能会造成数据的冗余呢？能否用个具体的例子说明一下，不知我表达得清

有类关系如下：public class StoreHose{ //仓库类 private List storeages = new ArrayList(); ...}

Db4O数据库之运用(原创) 文/junglesong 注:欢迎与我讨论(junglesong@gmail.com) Db4O全名DataBase For Object

初步了解了DDD的设计，感觉repository是一个关键的概念，它是让对象和对象的存储分离。但repository的实现方式不那么重要，比如：自己实现object和db的映射，还是利用现成的hibernate等组件都可以。 不知道我对于repositor

老师，我现在写程序不会布局，我的意思是不清楚应该如何设计类之间的关系，也不知道应该写什么样的类，我现在的情况是，一个功能的数据库表对应一些类，访问数据库的操作对应一个类，因为我觉得很难抽象出来父类，功能是实现了就是不好看，我应该学习哪部分知识那？入门级别的[该贴被zhangliang1982