好久没有写文章了，最近比较忙，另一方面也是感觉自己在这方面没什么实质性的突破。但是今天终于感觉自己小有所成，有些可以值得和大家分享的东西，并且完成了两个可以表达自己想法的Demo。因此，趁现在有点时间，是写文章和大家分享的时候了。 首先给出这两个Demo的源代码的压缩包的下载地址，因为之前有博友说他没有装VS2010而没办法运行Demo，所以这次我分别用VS2008和VS2010实现了两个版本。 ... [阅读全文]

英文原文：Design of a Domain Model 最新发布的 Entity Framework 4.1 和新的 Code First 开发模式打破了服务器程序开发的基本规则：如果数据库没有准备就绪，不要轻举妄动(Don’t take a single step)。Code First 允许开发人员重点关注业务领域并根据“类”(class)来为该领域建模... [阅读全文]

软件开发过程中出现的问题： 当我们在着手设计一款复杂的应用软件时，我们会发现，很多时候我们对于软件所应用的知识一无所知。当然可以请教相关的专家，但是相关专家可能不会懂得软件开发，他们是所在领域的专家，所使用的术语作为开发人员并不能深刻理会。我们作为开发人员，我们所使用自己能理解的术语，领域专家们也并不能理解。这就造成了我们双方沟通上的困难。以至于我们所制作的软件并不能符合相关领域的应用。 使用... [阅读全文]

为什么要让我们的“领域模型”裸奔？（上） 做不完的应用软件 我爸是个乡村小学教师，对我所从事的软件行业一无所知，但是他对我的工作稳定性表示怀疑：“你这做软件的，要是有一天软件做完了，你岂不是要失业了？”也许他想起了他作为老师的情况，教完一批学生，下一批又上来了，一茬一茬的。于是又问我：“你们是不是一个软件接着一个软件做？”我... [阅读全文]

前几天写过一遍博文：业务逻辑架构模式(事务脚本，表模块，活动记录，领域模型) ，此文仅对常用的设计方式进行了一个大概的描述，感觉意犹未尽。经过几天的研究查证与思考，又有些新的认识。 虽然说这是四种独立的架构模式，但是他们之间并不是毫无关联的。除去在大型软件中很少使用的表模块，事务脚本与活动记录经常交叉使用，活动记录与领域模型也是互通有无。先说前者。 活动记录的优点很多，缺点也很明显。最大的缺点就... [阅读全文]

首先，我想说明的这是一篇纯意识流的文章，想到哪里说到哪里。有强烈数据结构、流程逻辑控的博友可以略过…… 关于ActiveRecord、领域模型以及iBatis的种种想法 最近看了面向领域的种种争论，基于ActiveRecord的设计模式确实能将DAO（Data Access Object）对象、DTO （Data Transfer Object）对象和DMO Servi... [阅读全文]