随笔分类 -  Apworks

Apworks应用程序开发框架相关话题
摘要:今天我发布了新版本的Apworks,版本号为:2.5.4563.21309。有兴趣和有需要的朋友可以直接到Apworks官方站点下载最新的安装程序或源代码。功能更新Apworks 2.5.4563.21309包含了以下功能更新:支持Visual Studio 2010的项目模板以及相关说明书(中英文两个版本),下文会对其进行介绍将整个框架的ID类型由System.Long换成System.Guid新增WcfPerRequestLifetimeManager添加基于Entity Framework Code First的仓储实现仓储中添加了“饥饿加载”功能,用于在懒加载(Lazy Loading 阅读全文
posted @ 2012-06-30 13:00 dax.net 阅读(6080) 评论(29) 推荐(7) 编辑
摘要:在以前的Apworks框架中,Apworks的核心组件(Apworks.dll)定义了所有与仓储/仓储上下文相关的接口,而在另外的程序集中,实现了这些接口并提供了针对某个ORM框架的仓储/仓储上下文的具体实现。当然,目前我也只是开发了针对NHibernate的仓储实现,也就是那个Apworks.Repositories.NHibernate程序集。这样做的目的,就是为了使得Apworks的核心组件能够脱离具体的第三方组件而独立存在,避免由于第三方组件存在的缺陷而导致核心组件需要频繁更新。这种做法参考了Martin Fowler在其PoEAA一书中描述的Separated Interface模式 阅读全文
posted @ 2012-03-01 11:03 dax.net 阅读(2621) 评论(2) 推荐(4) 编辑
摘要:Apworks是一套基于.NET的面向领域驱动的企业级应用系统开发框架,开发人员可以使用Apworks方便地在项目中应用经典的分层架构(Classic Layered Architecture)模式或命令查询职责分离(CQRS)架构模式。经过我9个月的努力,Apworks已经从去年年底发布的具有有限功能的预览版(Alpha版)发展到现在能够支持实际项目开发的2.0稳定版,如今该稳定版已经发布到co... 阅读全文
posted @ 2011-09-15 12:26 dax.net 阅读(4863) 评论(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 阅读(4814) 评论(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 阅读(5507) 评论(18) 推荐(5) 编辑
摘要:从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 阅读(7860) 评论(8) 推荐(2) 编辑
摘要:.NET直接提供对MSMQ的访问支持,只需要添加System.Messaging程序集引用即可方便地操作MSMQ。MSMQ支持两种事务处理模式:内部事务处理以及基于MS-DTC的分布式事务处理。MSMQ的内部事务处理MSMQ的内部事务处理是指,仅采用MSMQ本身提供的事务处理机制完成事务处理。比如,假设有一系列的消息需要发布到MSMQ,那么,就可以启动一个内部事务,确保这些消息的发布过程是一个原子操作。要使用MSMQ的内部事务处理机制,在创建消息队列的时候,就需要勾选“事务性”选项,如下图所示:首先,需要创建一个MessageQueueTransaction的对象,并使用Begin调用以启动M 阅读全文
posted @ 2011-03-15 16:04 dax.net 阅读(7676) 评论(3) 推荐(11) 编辑
摘要:在继续实现Apworks框架的过程中,发现一个必须解决的问题,就是分布式事务处理。它要求两个原本相对独立的工作能够在同一个事务上下文中完成处理。如果处理成功,则两者同时提交,否则,两者同时回滚。Apworks框架需要依赖分布式事务来解决二次提交(2PC)的问题,这个在我之前的博客文章中也提到过,简单地说,就是领域事件的存储和发布必须是一个原子操作。在此,我打算使用2-3篇文章的篇幅对.NET下分布式事务处理的实现做个简单的总结,其中并不会涉及到有关分布式事务的原理/理论方面的内容,仅仅是对其实现方式做个记录。首先需要了解到,虽然.NET分布式事务在一定程度上能够解决Apworks框架中2PC的 阅读全文
posted @ 2011-03-15 08:49 dax.net 阅读(10754) 评论(7) 推荐(13) 编辑
摘要:启动WCF服务 在TinyLibraryCQRS解决方案下,找到TinyLibrary.Services项目 右键单击CommandService.svc,然后选择View in Browser,这将启动ASP.NET Development Server 当ASP.NET Development Server成功启动,并在浏览器中打开了CommandService.svc后,将出现如下界面 使... 阅读全文
posted @ 2011-02-15 15:12 dax.net 阅读(3389) 评论(7) 推荐(2) 编辑
摘要:Apworks使用配置文件来启动整个系统。在上文中也能够看出,WCF服务在启动时,同时也启动了Apworks系统。所以,本节简要介绍这个WCF服务针对Apworks的相关配置节内容。 双击TinyLibrary.Services项目的web.config文件,根据下面的XML代码编辑该文件。 以上配置文件主要有两个configSection:apworksConfiguration和unityC... 阅读全文
posted @ 2011-02-15 14:27 dax.net 阅读(2985) 评论(6) 推荐(4) 编辑
摘要:到目前为止,我们还未涉及任何数据库的配置工作。本章节将简单介绍基于Apworks的应用程序的数据库配置。在SQL Server中(目前的Apworks版本仅支持SQL Server)创建两个数据库:TinyLibraryEventDB和TinyLibraryQueryDB,然后分别执行如下SQL脚本:TinyLibraryEventDBTinyLibraryQueryDB由于我们所使用的数据库系统是SQL Server,对于上面的TinyLibraryEventDB而言,它就是直接使用的Apworks应用开发框架中自带的SQL脚本。开发人员可以在Apworks的安装目录中找到该脚本文件。就关系 阅读全文
posted @ 2011-02-14 16:31 dax.net 阅读(2132) 评论(0) 推荐(0) 编辑
摘要:在本节,我们将介绍.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节点,然后选 阅读全文
posted @ 2011-02-14 16:06 dax.net 阅读(4157) 评论(4) 推荐(1) 编辑
摘要:客户端程序通过命令告知系统“应该做什么”。事实上,这是一种单向的交互过程,客户端程序仅仅向领域模型发送命令请求,它们并不会通过领域模型来查询某些数据信息。在CQRS架构的应用程序中,“查询”是另一部分的内容,这将在接下来的章节中单独讨论。当应用服务器端接收到来自客户端的命令请求后,就会将这些命令推送到命令总线。命令处理器会侦听命令总线,并相应地处理命令请求。现在,让我们在TinyLibraryCQ... 阅读全文
posted @ 2011-02-14 14:51 dax.net 阅读(3951) 评论(0) 推荐(2) 编辑
摘要:根据wikipedia中关于“事件”的描述,“事件”可以被看成是“状态的一次变化”。例如:当一个客户购买了一台汽车,汽车的状态就从“待售”转变为“已售”。汽车销售系统则把这种状态的改变看成是一次事件的产生、发布、检测以及被更多其它应用程序所使用的过程。对于CQRS架构的应用程序而言,事件产生于领域模型,并由领域模型发布事件同时由领域模型首次捕获并处理,因此,我们称之为领域事件(Domain Events)。在Apworks开发框架中,与领域事件相关的代码都被定义在Apworks.Events命名空间下。请使用下面的步骤为TinyLibraryCQRS解决方案添加领域事件。在 Solution 阅读全文
posted @ 2011-01-26 16:10 dax.net 阅读(5464) 评论(13) 推荐(2) 编辑
摘要:由于事件溯源(Event Sourcing)的需要,领域事件需要被保存到外部的存储系统中。由于事件本身描述了在特定对象上所发生的事情,因此,为了能够跟踪对象状态的变化过程以获得Event Audit的能力,我们总是将事件的数据保存在存储系统中,而从来不去删除它们。或许你会认为,这样做有点极端,时间长了,存储系统中的数据量将变得非常庞大。遇到这种情况,你需要引入备份和归档策略,而不是直接将过期的数据删除,因为,存储成本是便宜的,但数据却是有价值的。对于一些生命周期比较长的领域对象而言,发生在它们身上的事件数量会随着时间的推移而增大,甚至会变得巨大。于是,通过使用这大量的事件数据来重建领域模型将变 阅读全文
posted @ 2011-01-26 15:08 dax.net 阅读(3650) 评论(7) 推荐(1) 编辑
摘要:领域模型是应用程序的核心,它包括了领域对象、状态、方法、事件、业务逻辑以及对象之间的关系。现在,我们来为Tiny Library CQRS创建一个领域模型项目。在 Solution Explorer 下,右键单击TinyLibraryCQRS项目,单击 Add | New Project… 菜单,这将打开 Add New Project 对话框 在 Installed Templates 选项卡下,选择 Visual C# | Windows,然后选择 Class Library ,确保所选的Framework版本是.NET Framework 4,在 Name 文本框中,输入TinyLibr 阅读全文
posted @ 2011-01-26 15:07 dax.net 阅读(4123) 评论(2) 推荐(0) 编辑
摘要:在Apworks框架发布Alpha版本的时候,我已经针对其开发案例:Tiny Library CQRS写了Walkthrough文档,地址是:http://apworks.org/custom/documents/wlkthr_BuildAppsUsingApworks/。为了走国际化道路,这篇文章是全英文的,社区里有不少网友表示难以理解。趁着这几天不算很忙,我抽空将其又翻译回中文,并加入更多的批准内容,供爱好DDD、CQRS和架构设计的朋友阅读参考,也希望大家能够积极参加讨论。简介Apworks是一套应用程序开发框架,软件架构师和开发人员可以使用这套开发框架开发出面向领域(Domain-Ce 阅读全文
posted @ 2011-01-26 15:05 dax.net 阅读(7258) 评论(5) 推荐(3) 编辑
摘要:这个问题来源于Apworks应用开发框架的设计。由于命令与查询职责的分离,使得基于CQRS体系结构风格的应用系统的外部存储系统的结构变得简单起来:在“命令”部分,简单地说,只需要Event Store和Snapshot Store来保存Domain Model;而“查询”部分,则又是基于事件派送与侦听的系统集成。之前我也提到过,“查询”部分由于不牵涉到Domain Model,于是,它的设计应该随... 阅读全文
posted @ 2011-01-19 12:34 dax.net 阅读(10215) 评论(4) 推荐(6) 编辑
摘要:Tiny Library CQRS的介绍文章有好些日子没有更新了,因为最近一直在忙着发布Apworks应用开发框架。原本打算在2011年1月1日发布,以迎接新年的到来,后来确定了还是在2010年12月31日发布,就算是给过去的一年做个留念。哈哈。一直关注我的博客的园友都知道,之前我的一些领域驱动设计的案例,都是以Apworks为基础的。由于时间关系,Apworks一直没有一个固定的版本,所以在那些案例中,我都是将Apworks的程序集加入了案例的发布包里。现在,终于能够为Apworks整出一个“可用”的版本,并将其发布到了codeplex上,地址是:http://apworks.codeple 阅读全文
posted @ 2010-12-31 10:56 dax.net 阅读(3930) 评论(5) 推荐(3) 编辑