dax.net

摘要： 在此将《.NET应用框架架构设计实践》系列文章做一个目录列表，方便读者朋友们浏览阅读。.NET应用框架架构设计实践 - 概述.NET应用框架架构设计实践 - 为应用程序框架提供多样化的配置方式 阅读全文

摘要： 我研究领域驱动设计已经近4年时间了，在这4年里，我从了解领域驱动设计的基本思想开始，系统地学习了与领域驱动设计相关的概念、开发模式以及应用系统架构风格，并将其运用在了实际的项目架构与开发中。在此之前，我一直被一些应用程序架构设计上的问题所困扰，比如：在数据持久层，如何让数据持久化机制能够支持不同的数据库类型，甚至是非关系型数据库；如何能够让开发人员将关注点放在领域模型上，而在更改领域模型的同时，不... 阅读全文

摘要： 原本不打算写这篇的，因为之前基本上每篇文章都有总结部分，因此，在系列文章结束的时候，需要总结的内容并不多；但正如刚刚所说，经过几个月的努力，本系列文章也到了该结尾的时候，于是还是做个简要的总结吧。我们从《项目简介与环境搭建》开始，了解了NLayerApp的项目概况、先决条件、运行环境以及部署方式，并对该项目所立足的理论基础做了一个非常简单的介绍；接下来的《多层架构与应用系统设计原则》、《DDD、分布式DDD及其分层》两篇文章从理论的角度对软件架构设计原则、分层架构、领域驱动设计、面向领域的多层分布式系统等方面进行了较为详细的介绍；《基础结构层（Cross-Cutting部分）》、《基础结构层（ 阅读全文

摘要： Microsoft NLayerApp采用基于WCF的分布式服务组件为外界（各种类型的GUI）提供了访问接口，客户端程序只需要添加Service引用即可使用NLayerApp应用程序所提供的功能。在NLayerApp中，分布式服务部分的设计与结构还是比较简单的，主要包括DistributedServices.Core、DistributedServices.MainModule以及DistributedServices.Deployment三个项目。DistributedServices.Core该项目为所有位于分布式服务层的组件提供公共的类型定义与功能实现，比如在这个项目中定义了与异常处理相 阅读全文

摘要： NLayerApp中，在领域模型层之上是应用层与分布式服务（Distributed Services）部分。应用层主要负责接收来自客户端的请求数据，然后协调领域模型层与基础结构层组件完成语义上相对独立的任务；而分布式服务部分则为应用层与客户端之间提供通讯的接口和技术架构，严格地说它已经不具备任何任务处理的责任了，在整个应用程序中是一个可有可无的角色：对于ASP.NET Web应用程序而言，它只需要引用应用层组件的接口，然后通过IoC获得应用层组件实体即可，无需分布式服务的支持。当然，如果还需要考虑与其它系统的集成的话，那么实现一个分布式服务还是很有必要的。今天我们先讨论NLayerApp中的应 阅读全文

摘要： 我估计从博客园建站开始，就不断地有文章对设计模式进行讨论了。设计模式被认为是软件工程的基础，是面向对象分析与设计的指南。博客园中不乏大量的优秀文章，针对设计模式中创建型模式、结构型模式以及行为型模式共计23种模式进行讨论，有的文章也自成体系，以不同的角度来分析各种模式的应用场景和动态特性。今天，我也在所有设计模式专家面前班门弄斧一次，冒着被喷的危险，谈谈Decorator模式的具体应用。与大多数其... 阅读全文

摘要： 本文将重点介绍Microsoft NLayerApp的领域模型层，这涉及到Domain.Core、Domain.Core.Entities、Domain.MainModule以及Domain.MainModule.Entities四个项目。Domain.Core项目包含了基本接口的定义以及规约模式（Specification Pattern）的实现；Domain.Core.Entities则包含了支持Entity Framework的STE（Self-Tracking Entity）的实现代码，在上文《Microsoft NLayerApp案例理论与实践 - 基础结构层（数据访问部分）》我对S 阅读全文

摘要： 上篇文章讲解了NLayerApp案例的基础结构层（Cross-Cutting部分），现在，让我们继续解读NLayerApp的基础结构层（数据访问部分）。NLayerApp的基础结构层（数据访问部分）包含如下内容：Unit Of Work（PoEAA）、仓储的具体实现、NLayerApp的数据模型以及与测试相关的类。下面，我们将对前三个部分进行讨论，与测试相关的内容，我打算最后单独一章进行介绍。Unit Of Work（PoEAA）Unit Of Work（UoW）模式在企业应用架构中被广泛使用，它能够将Domain Model中对象状态的变化收集起来，并在适当的时候在同一数据库连接和事务处理上 阅读全文

摘要： 从这篇文章开始，我将逐步介绍NLayerApp的基础结构层、领域层、应用层以及分布式服务层。本文着重介绍基础结构层，根据上文对NLayerApp的架构分析，它将包含两大部分的内容：处理数据访问的基础结构层组件和Cross-Cutting的基础结构层组件。处理数据访问的基础结构层组件主要包含了仓储的具体实现、Unit Of Work（PoEAA，Martin Fowler）的实现、NLayerApp的实体模型定义，以及为单体测试做准备的Service Stubs（PoEAA，Martin Fowler）；Cross-Cutting的基础结构层组件则主要包含了IoC（Inversion of Co 阅读全文

摘要： 从Visual Studio 2010开始，有一个Modeling Project的项目模板，允许应用程序设计人员通过该项目完成统一的UML模型设计。与Visual Studio 2008 DSLTools相比，通过Modeling Project创建出来的UML模型对象，能够被使用到各个不同的UML视图中，这一功能是由UML Model Explorer维护的。我们可以看到，相同的UML模型对象... 阅读全文

摘要： 这段时间一直在忙工作，已经有一个月没更新博客了。从现在开始，我将继续讨论Microsoft NLayerApp案例，希望各位爱好Microsoft NLayerApp案例、架构设计以及DDD的朋友们能够继续关注。从架构上看，Microsoft NLayerApp对“复杂的业务系统应用程序”这样一种应用程序的架构设计提供了一系列的设计准则。所谓“复杂的业务系统应用程序”是指这样一类业务系统应用程序，这类应用程序具有相对较长的生命周期，在其生命周期中，将发生一些可预期的“革命性变更”（比如，所使用的技术/框架的版本升级甚至替换），因此后期维护会变得非常重要。于是，针对这种类型应用程序的设计，我们应 阅读全文

摘要： .NET直接提供对MSMQ的访问支持，只需要添加System.Messaging程序集引用即可方便地操作MSMQ。MSMQ支持两种事务处理模式：内部事务处理以及基于MS-DTC的分布式事务处理。MSMQ的内部事务处理MSMQ的内部事务处理是指，仅采用MSMQ本身提供的事务处理机制完成事务处理。比如，假设有一系列的消息需要发布到MSMQ，那么，就可以启动一个内部事务，确保这些消息的发布过程是一个原子操作。要使用MSMQ的内部事务处理机制，在创建消息队列的时候，就需要勾选“事务性”选项，如下图所示：首先，需要创建一个MessageQueueTransaction的对象，并使用Begin调用以启动M 阅读全文

摘要： 在继续实现Apworks框架的过程中，发现一个必须解决的问题，就是分布式事务处理。它要求两个原本相对独立的工作能够在同一个事务上下文中完成处理。如果处理成功，则两者同时提交，否则，两者同时回滚。Apworks框架需要依赖分布式事务来解决二次提交（2PC）的问题，这个在我之前的博客文章中也提到过，简单地说，就是领域事件的存储和发布必须是一个原子操作。在此，我打算使用2-3篇文章的篇幅对.NET下分布式事务处理的实现做个简单的总结，其中并不会涉及到有关分布式事务的原理/理论方面的内容，仅仅是对其实现方式做个记录。首先需要了解到，虽然.NET分布式事务在一定程度上能够解决Apworks框架中2PC的 阅读全文

摘要： 在对NLayerApp实际项目进行讨论之前，让我们首先学习一下（或者应该说重温一下）分层/多层架构与应用系统设计原则。很多朋友会认为这些都是老掉牙的内容，只要是软件从业人员，都会对这些内容非常熟悉。然而，果真如此吗？我在这里整理这部分内容，一方面是为介绍NLayerApp打下基础，而另一方面，则是希望借此机会将这些理论性的东西做个归纳，也希望读者朋友能够认真阅读，毕竟温故知新嘛。 需要说明的是，从本章节开始，大多数理论性的东西都源自Microsoft Spain团队针对NLayerApp所编写的《Architecture Guide Book》，事实上这本Guideline的英文版至今也还没有 阅读全文

摘要： 项目简介Microsoft – Spain团队有一个很不错的“面向领域多层分布式项目”案例：Microsoft – Domain Oriented N-Layered .NET 4.0 App Sample（在本系列文章中，我使用NLayerApp作为该项目的名称进行介绍），在codeplex上的地址是：http://microsoftnlayerapp.codeplex.com/。它是学习领域驱动设计（DDD）的一个非常不错的案例项目。该项目采用的是经典的DDD架构，而不是CQRS架构，但我觉得整个案例做的非常不错，基本上包含了基于DDD的架构实践的各个方面。因此，应不少社区朋友的要求，我打 阅读全文

摘要： 最近在工作上碰到一个性能问题，由于项目是基于SOA的架构，使得整个系统完全依赖于各种各样的Service，其中用于处理业务逻辑的Business Services全部都用.NET Workflow 3.5实现（历史原因，项目还没升级到Workflow 4）。在众多的Business Service中，其中有一个的主要功能是，通过调用不同的Data Service来获取数据，然后根据业务逻辑来组织这些数据并返回给它的调用者。该Business Service的工作流（Workflow）主要包含三个活动组件（Activity），大致可以用下图表示：需要说明一下，在实际项目中，这个Workflow本 阅读全文

摘要： 启动WCF服务 在TinyLibraryCQRS解决方案下，找到TinyLibrary.Services项目 右键单击CommandService.svc，然后选择View in Browser，这将启动ASP.NET Development Server 当ASP.NET Development Server成功启动，并在浏览器中打开了CommandService.svc后，将出现如下界面 使... 阅读全文

摘要： Apworks使用配置文件来启动整个系统。在上文中也能够看出，WCF服务在启动时，同时也启动了Apworks系统。所以，本节简要介绍这个WCF服务针对Apworks的相关配置节内容。 双击TinyLibrary.Services项目的web.config文件，根据下面的XML代码编辑该文件。 以上配置文件主要有两个configSection：apworksConfiguration和unityC... 阅读全文

摘要： 到目前为止，我们还未涉及任何数据库的配置工作。本章节将简单介绍基于Apworks的应用程序的数据库配置。在SQL Server中（目前的Apworks版本仅支持SQL Server）创建两个数据库：TinyLibraryEventDB和TinyLibraryQueryDB，然后分别执行如下SQL脚本：TinyLibraryEventDBTinyLibraryQueryDB由于我们所使用的数据库系统是SQL Server，对于上面的TinyLibraryEventDB而言，它就是直接使用的Apworks应用开发框架中自带的SQL脚本。开发人员可以在Apworks的安装目录中找到该脚本文件。就关系 阅读全文

摘要： 在本节，我们将介绍.NET WCF服务的创建过程。在Solution Explorer中，右键单击TinyLibraryCQRS，然后选择Add | New Project…菜单，这将打开Add New Project对话框在Installed Templates 选项卡下，选择Visual C# | WCF，然后选择WCF Service Application，确保所选.NET版本为.NET Framework 4，在Name文本框中输入TinyLibrary.Services，然后单击OK按钮右键单击TinyLibrary.Services的References节点，然后选 阅读全文