摘要： 回到目录上一讲介绍了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(); /// /// 是否不提交到... 阅读全文

摘要： 回到目录触发器在过去的10年中，即存储过程和ado.net称霸江湖期间是那么的重要，而现在，trigger显得不是那么必要的，我们很少将复杂的业务写在SQL里，当然也会没有机会写到trigger里了，可对于数据库本身来说，这东西还是要说说的，尤其是一些特殊场合，看看下面的触发器使用场合：这种结构很有... 阅读全文