看了idior先生的文章《Enterprise Persistence Design》，引发了我的一点思考。
架构思路
手头的项目数据量比较大，业务逻辑似乎不复杂，基本决定采用NHibernate(不知道db4o怎么样)，大致结构如下：
UI
DO（Domain Model）,Service
NHibernate
Sql Server
DO直接暴露给UI，因为这样符合DRY原则，减少重复性的数据拷贝工作。复杂的涉及多个对象的逻辑可能用到Service。
分层的多少依赖于复杂度，考虑到复杂度不高，Service就不单独分层，DO也是在提供简单服务。暂时没有想清楚DAO的作用，所以也不考虑。
总结一下，也就是DO本身采用富对象方式。
开发的原则和思路：
符合KISS,DRY原则
测试驱动设计，设计支持测试。
设计哲学
我发现道家很有指导作用，为道日损，损之又损，以至于无。翻译过来就是简化再简化，简化到没有了，需求报告放进机器，按一个按钮生成软件，我们也就失业了，哈哈！
欢迎批评指正和探讨。