摘要：
一、为什么要实践领域驱动？ 近一年时间我一直在思考一个问题：“如何设计一个松耦合、高伸缩性、易于维护的架构？”。之所以有这样的想法是因为我接触的不少项目都是以数据库脚本来实现业务逻辑。在项目初期使用这样的方式野蛮开发似乎显得很高效，但是大家其实都清楚，正是这样的项目让大家拖入了加班的深渊。这种系统维护性差，无法扩展，无法编写有效的单元测试，质量基本没有保证。 一个符合我心理预期的架构，一定不是靠使... 阅读全文
摘要：
在DDD开发过程中，一个良好的Uow设计必不可少，我心目中的Uow设计应该具备以下几点： 1、有着良好的抽象，有着恰如其分的命名； 2、能够应付不同的组件，比如你的系统中可能会存在EfUnitOfWork、RedisUnitOfWork； 3、易于使用，不用开发者显示调用。Uow在一个用户请求开始到 阅读全文
摘要：
RabbitMQ无疑是目前最流行的消息队列之一，对各种语言环境的支持也很丰富，作为一个.NET developer有必要学习和了解这一工具。消息队列的使用场景大概有3种： 1、系统集成，分布式系统的设计。各种子系统通过消息来对接，这种解决方案也逐步发展成一种架构风格，即“通过消息传递的架构”。 2、 阅读全文
摘要：
领域驱动设计之单元测试最佳实践(一) 介绍完了DDD案例，我们终于可以进入主题了，本方案的测试代码基于Xunit编写，断言组件采用了FluentAssertions，类似的组件还有Shouldly。另外本案例使用了Code Contracts for .NET，如果不安装此插件，可能有个别测试不能正确Pass。 为了实现目标中的第二点："尽量不Mock，包括数据库读取部分”，我尝试过3种方案：... 阅读全文
摘要：
领域驱动设计之单元测试最佳实践(二) 一直以来，我试图找到一种有效的单元测试模式，使得“单元测试”真正能够在团队中流行起来，让单元测试不再是走过场，而是让单元测试切切实实成为提高代码质量的途径。 本文将描述一种以EF Code First模式实现的领域驱动项目实施单元测试的方案。 在描述这一方案之前，让我们看看这一最佳实践源于何种考虑和最终实现的目标： 1、以MVC项目为例，如果将单元测试的重... 阅读全文
摘要：
通过阶乘计算来认识尾递归。阶乘可以用下面的表达式来描述： n!=n*(n-1)*(n-2)…3*2*1 根据上面的表达式我们可以概括出下面的算法来计算阶乘： n!=n*(n-1)! 函数调用： 下面的替换模型描述了计算机是如何执行这一代码的： 当我们使用一个过大的数值，例如求：Factorial(5 阅读全文
摘要：
有幸参与了一些领域驱动的项目，读了一些文章，也见识了一些不伦不类的架构，感觉对领域驱动有了更进一步的认识。所以今天跟大伙探讨一下领域驱动设计，同时也对一些想要实践领域驱动设计却又无处下手，或者一些正在实践却又说不上领域驱动设计到底好在哪的朋友一些指引方向。当然对于”领域驱动设计”这个主题而言从来不乏 阅读全文
摘要：
凡是写过一些代码的程序猿都能够意识到应该避免重复的代码和逻辑。我们通过提取方法，提取抽象类等等措施来达到这一目的。我们总能时不时的听到类似这样的话：”把这些公用的类放到shared项目去，别的项目还要使用。。。“，什么算是公用（重复）的代码？是不是公用（重复）的代码就要放到一个叫shared的地方？ 阅读全文
摘要：
ASP.NET Core 1.0借鉴了Katana项目的管道设计(Pipeline)。日志记录、用户认证、MVC等模块都以中间件(Middleware)的方式注册在管道中。显而易见这样的设计非常松耦合并且非常灵活，你可以自己定义任意功能的Middleware注册在管道中。这一设计非常适用于“请求-响应”这样的场景——消息从管道头流入最后反向流出。 在本文中暂且为这种模式起名叫做“管道-中间件（Pi... 阅读全文
摘要：
本文将对微软下一代ASP.NET框架做个概括性介绍，方便大家进一步熟悉该框架。 在介绍ASP.NET Core 1.0之前有必要澄清一些产品名称及版本号。ASP.NET Core1.0是微软下一代ASP.NET 框架，在这之前ASP.NET版本稳定在ASP.NET 4.6，对应的.NET Frame 阅读全文