摘要： 回到目录AutoMapper在之前我曾经介绍过，今天主要是把它作一下扩展，因为它的调用太麻烦了，呵呵，扩展之后，用着还可以，感觉.net3.5之后，有了扩展方法这个东西，在程序开发速度及表现力上都有了明显的提升，呵呵。当扩展方法开发完之后的效果如下实体对实体的映射（赋值） var user = new User { ID = 1, Name = "zzl", CreateDate = DateTime.Now, }; UserModel... 阅读全文

摘要： 回到目录上一讲介绍了DDD中的领域层，并提到下次要讲Unity，所以这篇文章当然就要介绍它了，呵呵，Unity是Microsoft.Practices中的一部分，主要实现了依赖注入的功能，或者叫它控制反转，对于控制反转(IoC)的文章我介绍了不少，Autofac,Castle等等，今天主要说一下Unity！在我的ＤＤＤ架构项目中，各层间实现IoC使用的是Unity，因为考虑到AOP,cache等功能，所以就直接用Microsoft.Practices组件了，它真的很强大！这次的项目在业务上采用ＷＣＦ实现，所以ＷＣＦ业务与基础设施之间会有通信，而基础设施只是去实现Domain定义的功能，所以这两 阅读全文

摘要： 回到目录再论Domain与Infrastructure在面向领域的设计中，领域层（Domain）实现上是位于最底层的，其它层有对它的引用，包括基础设施层(Infrastructure)也是去引用领域层的，我认为，这是对的，事实上，在Domain中会规定如何去进行数据持久化的操作，包括方法名，方法签名等等，而采用哪种架构去实现这种持久化的方法则是Infrastructure层需要做的，这种设计绝对是把领域，业务放在第一位的，完全符合Eric 的DDD。Domain.Core Layer & Domain Layer我们在进行软件设计时，一个习惯就是把仅供代码抽象出来，这是对的，也是符合标 阅读全文

摘要： 回到目录ＳＱＬ中对于求表记录总数的有count这个聚合命令，这个命令给我们感觉就是快，比一般的查询要快，但是，当你的数据表记录比较多时，如百万条，千万条时，对于count来说，就不是那么快了，我们需要掌握一些技巧，来优化这个count。有人说：select count(1) from tablese... 阅读全文

摘要： 在这里，我需要感谢一下“异或”运算符，真的，谢谢你，^（xor），如果没有它，也许我架构里总是离不开否定式，如果你看不懂我说的，那让先看看这篇文章，事实上那篇文章没有解决根本的否定式问题，题目也只是对DefaultValue的一个学习，这篇文章，我认为终于把“否定式“解决了，真的解决了！这是我的架构代码，否定式的出现是为了让程序员少写代码 public interface IUnitOfWork { /// /// 将操作提交到数据库， /// void Save(); /// /// 是否不提交到... 阅读全文