上一页 1 ··· 5 6 7 8 9 10 11 12 13 ··· 16 下一页
摘要: 早段时间闲着无聊上了上优酷,无意中看到了一些音乐大牛们使用各种乐器弹奏红白机《魂斗罗》游戏的背景音乐(对于不知道《魂斗罗》这款游戏的朋友我只能表示无语了),有些Remix版本的音乐听到热血沸腾,不禁又回忆起小时候去同学家里打爆机的美好时光。一时间头脑发热,凭着自己的兴趣打算使用Microsoft Xna来重新打造《魂斗罗》第一代游戏第一关Jungle Juncture。不过嘛,由于之前没有游戏开发... 阅读全文
posted @ 2011-11-11 13:50 dax.net 阅读(3022) 评论(21) 推荐(7) 编辑
摘要: Microsoft .NET为应用程序开发人员提供了丰富的处理配置数据的编程模型与类型库。拥有这些组件,开发人员及用户可以方便地在无需重新编译应用程序的情形下,通过对配置数据的设置,对应用程序的执行行为与结果进行干预,从而使得相同的应用程序能够在不改变源程序的情况下,满足不同应用场景的特殊需求。就应用程序框架而言,在大多数情况下,开发人员也需要能够对其进行配置,以便获得不同的框架功能特性。比如,我... 阅读全文
posted @ 2011-10-03 15:41 dax.net 阅读(6477) 评论(7) 推荐(5) 编辑
摘要: 在进行框架开发的过程中,我们往往需要对配置文件的结构进行设计,以便产生一套完整的配置方案,供开发人员在使用框架时能对框架进行配置。对于某些大型的框架,其配置节点的结构可能相当复杂,比如某个配置节点(Configuration Element)可以有属性,还可以在其下挂载多个其它的配置节点或者多个配置节点集合(Configuration Element Collection)。如果使用手动编写代码的... 阅读全文
posted @ 2011-09-16 10:44 dax.net 阅读(6844) 评论(4) 推荐(9) 编辑
摘要: Apworks是一套基于.NET的面向领域驱动的企业级应用系统开发框架,开发人员可以使用Apworks方便地在项目中应用经典的分层架构(Classic Layered Architecture)模式或命令查询职责分离(CQRS)架构模式。经过我9个月的努力,Apworks已经从去年年底发布的具有有限功能的预览版(Alpha版)发展到现在能够支持实际项目开发的2.0稳定版,如今该稳定版已经发布到co... 阅读全文
posted @ 2011-09-15 12:26 dax.net 阅读(4856) 评论(22) 推荐(4) 编辑
摘要: 在上一篇文章中,我给出了一个完整的CQRS架构的演示案例:Tiny Library CQRS。本文将介绍该案例中AOP拦截的实现方式,以及基于AOP拦截的异常处理。由于Tiny Library CQRS是基于Apworks框架开发的CQRS架构案例,因此通过本文你也将了解到,如何配置Apworks框架以便在自己的实际项目中使用AOP拦截和异常处理。实现AOP拦截如上所述,Tiny Library CQRS利用了Apworks框架实现AOP拦截,那么首先来了解一下Apworks支持AOP拦截的方式。Apworks采用Castle DynamicProxy实现AOP拦截,因此针对AOP拦截部分的开 阅读全文
posted @ 2011-09-07 10:26 dax.net 阅读(4810) 评论(8) 推荐(2) 编辑
摘要: 如果您不了解CQRS架构中各个系统或组件是如何组织在一起并协调工作的,或者您不了解CQRS架构中事件溯源、快照、领域仓储、消息派发、消息同步等是如何实现的,或者您甚至不了解什么是领域驱动设计、什么是事件驱动架构(Event-Driven Architecture)以及什么是CQRS架构(Command-Query Responsibility Segregation Architecture),那么本文,以及Tiny Library CQRS实践案例,就是您正需要的。Tiny Library CQRS(http://tlibcqrs.codeplex.com)是基于.NET与Apworks(h 阅读全文
posted @ 2011-09-01 13:52 dax.net 阅读(5495) 评论(18) 推荐(5) 编辑
摘要: 概述同步服务(Synchronization Service)在CQRS架构中有着重要的作用。它通过访问事件总线来读取事件数据,并对事件进行派发。应用程序会向同步服务注册事件处理器,以便同步服务在派发事件的过程中,能够通过事件处理器对事件进行处理。在此,我将针对“查询数据库的同步”这一基本的CQRS应用场景,来给出一种最简单的同步服务实现方式。回顾一下CQRS架构,在《EntityFramework之领域驱动设计实践【扩展阅读】:CQRS体系结构模式》一文中,我给出了一个简单的CQRS架构模型图,在该图的“事件总线(Event Bus)”与“查询数据库(Query Database)”之间,有 阅读全文
posted @ 2011-08-11 09:20 dax.net 阅读(6366) 评论(10) 推荐(3) 编辑
摘要: 在上一篇文章《.NET应用框架架构设计实践 - 概述》的评论部分,有网友提出了一个在面向领域驱动架构的实践中比较常见的问题:“DDD使用聚合根访问,那例如那些通用查询如何实现?难道都要经过聚合根多步得到么?DDD如何实现关联表的查询,例如3表关联查询?”这个问题比较泛,涉及的内容也比较多,我就单独一篇文章介绍一下我对这个问题的看法。关于上面问题中的“通用查询”- 呃,这个定义比较模糊,我只能给出我的一些想法或者经验性的东西,我在本文中的经验与观点并不一定会100%适合您的应用场景,但我想应该还是具有一定指导性意义的。聚合与聚合根我想,还是从聚合根谈起吧。聚合根是DDD中的概念,不管是经典的DD 阅读全文
posted @ 2011-08-03 10:11 dax.net 阅读(16819) 评论(50) 推荐(17) 编辑
摘要: 在此将《.NET应用框架架构设计实践》系列文章做一个目录列表,方便读者朋友们浏览阅读。.NET应用框架架构设计实践 - 概述.NET应用框架架构设计实践 - 为应用程序框架提供多样化的配置方式 阅读全文
posted @ 2011-07-28 08:47 dax.net 阅读(6571) 评论(4) 推荐(2) 编辑
摘要: 我研究领域驱动设计已经近4年时间了,在这4年里,我从了解领域驱动设计的基本思想开始,系统地学习了与领域驱动设计相关的概念、开发模式以及应用系统架构风格,并将其运用在了实际的项目架构与开发中。在此之前,我一直被一些应用程序架构设计上的问题所困扰,比如:在数据持久层,如何让数据持久化机制能够支持不同的数据库类型,甚至是非关系型数据库;如何能够让开发人员将关注点放在领域模型上,而在更改领域模型的同时,不... 阅读全文
posted @ 2011-07-28 08:43 dax.net 阅读(18190) 评论(32) 推荐(23) 编辑
摘要: 原本不打算写这篇的,因为之前基本上每篇文章都有总结部分,因此,在系列文章结束的时候,需要总结的内容并不多;但正如刚刚所说,经过几个月的努力,本系列文章也到了该结尾的时候,于是还是做个简要的总结吧。我们从《项目简介与环境搭建》开始,了解了NLayerApp的项目概况、先决条件、运行环境以及部署方式,并对该项目所立足的理论基础做了一个非常简单的介绍;接下来的《多层架构与应用系统设计原则》、《DDD、分布式DDD及其分层》两篇文章从理论的角度对软件架构设计原则、分层架构、领域驱动设计、面向领域的多层分布式系统等方面进行了较为详细的介绍;《基础结构层(Cross-Cutting部分)》、《基础结构层( 阅读全文
posted @ 2011-07-19 15:21 dax.net 阅读(5961) 评论(5) 推荐(5) 编辑
摘要: Microsoft NLayerApp采用基于WCF的分布式服务组件为外界(各种类型的GUI)提供了访问接口,客户端程序只需要添加Service引用即可使用NLayerApp应用程序所提供的功能。在NLayerApp中,分布式服务部分的设计与结构还是比较简单的,主要包括DistributedServices.Core、DistributedServices.MainModule以及DistributedServices.Deployment三个项目。DistributedServices.Core该项目为所有位于分布式服务层的组件提供公共的类型定义与功能实现,比如在这个项目中定义了与异常处理相 阅读全文
posted @ 2011-07-19 10:56 dax.net 阅读(5371) 评论(7) 推荐(3) 编辑
摘要: NLayerApp中,在领域模型层之上是应用层与分布式服务(Distributed Services)部分。应用层主要负责接收来自客户端的请求数据,然后协调领域模型层与基础结构层组件完成语义上相对独立的任务;而分布式服务部分则为应用层与客户端之间提供通讯的接口和技术架构,严格地说它已经不具备任何任务处理的责任了,在整个应用程序中是一个可有可无的角色:对于ASP.NET Web应用程序而言,它只需要引用应用层组件的接口,然后通过IoC获得应用层组件实体即可,无需分布式服务的支持。当然,如果还需要考虑与其它系统的集成的话,那么实现一个分布式服务还是很有必要的。今天我们先讨论NLayerApp中的应 阅读全文
posted @ 2011-06-24 13:10 dax.net 阅读(6248) 评论(18) 推荐(5) 编辑
摘要: 我估计从博客园建站开始,就不断地有文章对设计模式进行讨论了。设计模式被认为是软件工程的基础,是面向对象分析与设计的指南。博客园中不乏大量的优秀文章,针对设计模式中创建型模式、结构型模式以及行为型模式共计23种模式进行讨论,有的文章也自成体系,以不同的角度来分析各种模式的应用场景和动态特性。今天,我也在所有设计模式专家面前班门弄斧一次,冒着被喷的危险,谈谈Decorator模式的具体应用。与大多数其... 阅读全文
posted @ 2011-06-09 12:07 dax.net 阅读(2898) 评论(5) 推荐(2) 编辑
摘要: 本文将重点介绍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 阅读全文
posted @ 2011-06-07 16:49 dax.net 阅读(9129) 评论(10) 推荐(5) 编辑
摘要: 上篇文章讲解了NLayerApp案例的基础结构层(Cross-Cutting部分),现在,让我们继续解读NLayerApp的基础结构层(数据访问部分)。NLayerApp的基础结构层(数据访问部分)包含如下内容:Unit Of Work(PoEAA)、仓储的具体实现、NLayerApp的数据模型以及与测试相关的类。下面,我们将对前三个部分进行讨论,与测试相关的内容,我打算最后单独一章进行介绍。Unit Of Work(PoEAA)Unit Of Work(UoW)模式在企业应用架构中被广泛使用,它能够将Domain Model中对象状态的变化收集起来,并在适当的时候在同一数据库连接和事务处理上 阅读全文
posted @ 2011-06-03 14:55 dax.net 阅读(11389) 评论(12) 推荐(9) 编辑
摘要: 从这篇文章开始,我将逐步介绍NLayerApp的基础结构层、领域层、应用层以及分布式服务层。本文着重介绍基础结构层,根据上文对NLayerApp的架构分析,它将包含两大部分的内容:处理数据访问的基础结构层组件和Cross-Cutting的基础结构层组件。处理数据访问的基础结构层组件主要包含了仓储的具体实现、Unit Of Work(PoEAA,Martin Fowler)的实现、NLayerApp的实体模型定义,以及为单体测试做准备的Service Stubs(PoEAA,Martin Fowler);Cross-Cutting的基础结构层组件则主要包含了IoC(Inversion of Co 阅读全文
posted @ 2011-06-01 16:30 dax.net 阅读(10093) 评论(16) 推荐(12) 编辑
摘要: 从Visual Studio 2010开始,有一个Modeling Project的项目模板,允许应用程序设计人员通过该项目完成统一的UML模型设计。与Visual Studio 2008 DSLTools相比,通过Modeling Project创建出来的UML模型对象,能够被使用到各个不同的UML视图中,这一功能是由UML Model Explorer维护的。我们可以看到,相同的UML模型对象... 阅读全文
posted @ 2011-05-26 18:18 dax.net 阅读(7839) 评论(8) 推荐(2) 编辑
摘要: 这段时间一直在忙工作,已经有一个月没更新博客了。从现在开始,我将继续讨论Microsoft NLayerApp案例,希望各位爱好Microsoft NLayerApp案例、架构设计以及DDD的朋友们能够继续关注。从架构上看,Microsoft NLayerApp对“复杂的业务系统应用程序”这样一种应用程序的架构设计提供了一系列的设计准则。所谓“复杂的业务系统应用程序”是指这样一类业务系统应用程序,这类应用程序具有相对较长的生命周期,在其生命周期中,将发生一些可预期的“革命性变更”(比如,所使用的技术/框架的版本升级甚至替换),因此后期维护会变得非常重要。于是,针对这种类型应用程序的设计,我们应 阅读全文
posted @ 2011-05-10 14:01 dax.net 阅读(23002) 评论(17) 推荐(20) 编辑
摘要: .NET直接提供对MSMQ的访问支持,只需要添加System.Messaging程序集引用即可方便地操作MSMQ。MSMQ支持两种事务处理模式:内部事务处理以及基于MS-DTC的分布式事务处理。MSMQ的内部事务处理MSMQ的内部事务处理是指,仅采用MSMQ本身提供的事务处理机制完成事务处理。比如,假设有一系列的消息需要发布到MSMQ,那么,就可以启动一个内部事务,确保这些消息的发布过程是一个原子操作。要使用MSMQ的内部事务处理机制,在创建消息队列的时候,就需要勾选“事务性”选项,如下图所示:首先,需要创建一个MessageQueueTransaction的对象,并使用Begin调用以启动M 阅读全文
posted @ 2011-03-15 16:04 dax.net 阅读(7662) 评论(3) 推荐(11) 编辑
上一页 1 ··· 5 6 7 8 9 10 11 12 13 ··· 16 下一页