领域驱动设计案例:Tiny Library:简介

  应广大网友的要求,我最近抽空基于ASP.NET MVC + WCF + Entity Framework做了一个案例,该案例以图书馆图书管理、读者借书、还书为业务背景,以领域驱动设计为思想指导,全程采用Microsoft技术进行实践,希望能够给Microsoft技术的狂热者以及领域驱动设计的学者提供实践参考。

本案例选用的业务逻辑非常简单,所以项目取名上我选用了“Tiny Library”,在后面一章我将详细介绍这个案例的业务逻辑、模型设计与系统架构。

  下载案例

  本来打算将项目发布到codeplex上,便于大家交流,也便于代码更新与维护,但由于某些原因,我无法在自己的网络环境中连接codeplex的svn/tfs服务,于是,目前只能以压缩包的形式发布案例源代码,希望大家谅解,等以后有机会更新到codeplex上后再通知大家。

【请单击此处下载案例源代码】

  系统需求

Microsoft Visual Studio 2010 Microsoft Patterns & Practices 5.0(v5.0.414.0,Runtime v2.
0.50727。请自行到Microsoft官方网站下载安装) Microsoft ASP.NET MVC 2 Microsoft Entity Framework(注意:是Visual Studio 2010自带的那个版本,而不是最新发布的那个Feature Pack CTP版本) Microsoft SQL Express 2008 SP1 Apworks
Application Development Framework

  请在打开本案例解决方案之前自行安装上述软件和组件!

  说明:Apworks Application Development Framework是我自己开发的一套领域驱动(Domain Driven)的应用程序开发框架,里面提供了对Aggregate Root、Repositories、Specifications以及Transaction Context的支持,基本能够满足基于Microsoft.NET技术的中小型领域驱动项目的应用开发。目前这个框架项目正在进一步实现基于CQRS体系结构模式的框架。为了节约时间,本系列文章不会对Apworks Application Development Framework做太多介绍。本框架目前也还是under construction,所以读者朋友也千万不要将其用在自己的系统开发中,以免发生危险!有关Apworks Application Development Framework的源代码以及更多信息,请访问项目站点:http://apworks.codeplex.com。Tiny Library压缩包里包含了一个可被Tiny Library使用的Apworks版本,因此读者朋友无需自己去Apworks站点上下载并编译源代码。当然,如果您希望了解Apworks的实现方式,可以使用上面的站点查看Apworks的源代码。

  安装部署

建立数据库

使用Microsoft Visual Studio 2010提供的Server Explorer功能,在Data
Connections上单击鼠标右键,选择Create New
SQL Server Database选项,此时出现Create New SQL Server Database对话框,在对话框的Server name中输入(local)\SQLEXPRESS,在New database name中输入TinyLibraryDB,之后单击OK按钮

创建数据库Schema

使用Microsoft Visual Studio 2010打开TinyLibrary解决方案,在TinyLibrary.Domain项目节点下找到TinyLibrary.edmx.sql脚本文件,打开此脚本文件,在SQL Editor区域,点击鼠标右键,选择Connection | Connect菜单,此时弹出Connect to Database Engine对话框,Server选择SQLEXPRESS,
然后单击OK

 

再次在SQL Editor区域点击鼠标右键,选择Execute SQL选项,执行SQL脚本以创建数据库Schema

建立演示数据(Demo Data)

以上述
同样的方式,打开TinyLibrary.Domain项目下的TinyLibrary.DemoData.sql脚本并执行 3722端口

Tiny Library的WCF Service采用3722端口作为其服务的固定端口,因此在使用本案例钱,确保该端口未被其它应用程序占用

运行案例

在Microsoft Visual Studio 2010的Solution Explorer上,右键单击TinyLibrary Solution然后选择Rebuild Solution以重新编译解决方案

在TinyLibrary.Services项目下,选中TinyLibraryService.svc,然后单击右键,选择View in Browser,此时会自动打开ASP.NET Development Server,端口占用3722,同时打开WCF Service的页面。此时将WCF Service的页面关闭,仅留下ASP.NET Development Server

右键单击TinyLibrary.WebApp项目,选择Set as StartUp Project选项,然后在Microsoft Visual Studio中按下Ctrl+F5或者Debug | Start Without Debugging选项以启动应用程序 应用程序启动后,可以看到主界面如下

登录账号

测试需要,Tiny Library默认提供三个用户账户:daxnet、acqy和james。用户名、密码如下:

登录名:daxnet;名称:DaxNet;密码:daxnet@live.com 登录名:acqy;名称:Sunny Chen;密码:acqy@163.com 登录名:james;名称:james;密码:james@tinylibrary.com

额外说明

时间有限,本案例仅仅是一个基于Microsoft.NET技术的领域驱动设计实践案例,因此,如下内容没有包含在本案例中:

基于AOP和Policy Injection的技术实践。这包括:异常处理、数据验证与系统日志 基于用户/角色验证的图书维护页面 ASP.NET MVC的高级应用 WCF的异常捕获与显示 单元测试 其它的一些技术细节

有兴趣的朋友可以在本案例源代码的基础上进行扩充,以实现一套完整的图书馆管理应用。

时间: 2024-10-02 05:02:42

领域驱动设计案例:Tiny Library:简介的相关文章

一起谈.NET技术,领域驱动设计案例:Tiny Library:简介

应广大网友的要求,我最近抽空基于ASP.NET MVC + WCF + Entity Framework做了一个案例,该案例以图书馆图书管理.读者借书.还书为业务背景,以领域驱动设计为思想指导,全程采用Microsoft技术进行实践,希望能够给Microsoft技术的狂热者以及领域驱动设计的学者提供实践参考. 本案例选用的业务逻辑非常简单,所以项目取名上我选用了"Tiny Library",在后面一章我将详细介绍这个案例的业务逻辑.模型设计与系统架构. 下载案例 本来打算将项目发布到c

如何实现领域驱动设计

从Eric Evans写下经典名著Domain-Driven Design: Tackling Complexity in the Heart of Software至今,DDD刚好发展了十年的时间.它几乎成了开发复杂软件系统主要的领域设计方法,既是面向对象(组件)设计的补充,又超越了面向对象(组件)设计.DDD中提出的诸多概念如实体.值对象.聚合等,已经成为了耳熟能详的设计术语.DDD社区的发展也如火如荼,似乎并没有被层出不穷的设计思想所取代,相反,它仍在强劲地发展,吸收了许多新的概念与方法,

EntityFramework之领域驱动设计实践(六):模型对象的生命周期

首先应该认识到,是对象就有生命周期.这一点无论在面向对象语言还是在领域驱动设计中都适用.在领域驱动设计中,模型对象生命周期可以简要地用下图表示: 通过上图可以看到,对象通过工厂从无到有创建,创建后处于活动状态,此时可以参与领域层的业务处理:对象通过仓储实现持久化(也就是我们常说的"保存")和重建(也就是我们常说的"读取").内存中的对象通过析构而消亡,处于持久化状态的对象则通过仓储进行撤销(也就是我们常说的"删除").整个状态转换过程非常清晰.

EntityFramework之领域驱动设计实践(五):聚合

聚合(Aggregate)是领域驱动设计中非常重要的一个概念.简单地说,聚合是这样一组领域对象(包括实体和值对象),这组领域对象联合起来表述一个完整的领域概念.比如,根据Eric Evans<领域驱动设计>一书中的例子,一辆车包含四个轮子,轮子离开"车"就毫无意义,此时这个联合体就是聚合,而"车"就是聚合根(Aggregate Root). 从实践中得知,并非领域模型中的每个实体都能够完整地表述一个明确的领域概念,就比如客户与送货地址的关系.假设在某个应

EntityFramework之领域驱动设计实践(三):一个简易的销售系统

案例:一个简易的销售系统 从现在开始,我们将以一个简易的销售系统为例,探讨EntityFramework在领域驱动设计上的应用.为了方便讨论,我们的销售系统非常简单,不会涉及客户存在多个收货地址的情况,也不会包含任何库存管理的内容.假设我们的系统只需要维护产品类型.产品以及客户信息,并能够帮客户下订单.跟踪订单状态,以及接受客户退货.从简单的分析我们大致可以了解到,这个系统将会有如下实体:客户.单据.产品及其类型.单据分为销售订单和退货单两种,每个单据可以有多个单据行(比如销售订单行和退货单行)

《领域驱动设计:软件核心复杂性应对之道(修订版)》—第1章 1.1节有效建模的要素

第一部分 运用领域模型 领域驱动设计:软件核心复杂性应对之道(修订版) 上面这张图是18世纪中国描绘的世界地图.图中央最大的部分是中国,其周围散布着其他国家,但这些国家只是草草地表示了一下.这是适用于当时中国社会的世界模型,它意在关注中国自身.然而,这幅地图所呈现的世界观对于处理外交事务并无助益.当然,它对现代中国也毫无用处.地图就是模型,而模型被用来描绘人们所关注的现实或想法的某个方面.模型是一种简化.它是对现实的解释--把与解决问题密切相关的方面抽象出来,而忽略无关的细节. 每个软件程序是为

Re:从零开始的领域驱动设计

领域驱动的火爆程度不用我赘述,但是即便其如此得耳熟能详,但大多数人对其的认识,还只是停留在知道它的缩写是DDD,知道它是一种软件思想,或者知道它和微服务有千丝万缕的关系.Eric Evans对DDD的诠释是那么地惜字如金,而我所认识的领域驱动设计的专家又都是行业中的资深前辈,他们擅长于对软件设计进行高屋建瓴的论述,如果没有丰富的互联网从业经验,是不能从他们的分享中获取太多的营养的,可以用曲高和寡来形容.1000个互联网从业者,100个懂微服务,10个人懂领域驱动设计. 可能有很多和我一样的读者,

领域驱动设计和实践(转:http://kb.cnblogs.com/page/112298/)

引言 软件系统面向对象的设计思想可谓历史悠久20世纪70年代的Smalltalk可以说是面向对象语言的经典直到今天我们依然将这门语言视为面向对象语言的基础.随着编程语言和技术的发展各种语言特性层出不穷面向对象是大部分语言的一个基本特性像C++.Java.C#这样的静态语言Ruby.Python这样的动态语言都是面向对象的语言. 但是面向对象语言并不是银弹如果开发人员认为使用面向对象语言写出来的程度本身就是面向对象的那就大错特错了.实际开发中大量的业务逻辑堆积在一个巨型类中的例子屡见不鲜代码的复用

DDD领域驱动设计:聚合、实体、值对象

关于具体需求,请看前面的博文:DDD领域驱动设计实践篇之如何提取模型,下面是具体的实体.聚合.值对象的代码,不想多说什么是实体.聚合等概念,相信理论的东西大家已经知晓了.本人对DDD表示好奇,没有在真正项目实践过,甚至也没有看过真正的DDD实践的项目源码,处于极度纠结状态,甚至无法自拔,所以告诫DDD爱好者们,如果要在项目里面实践DDD,除非你对实体建模和领域职责非常了解(很多时候会纠结一些逻辑放哪里好,属于设计问题)以及你的团队水平都比较高认同DDD,否则请慎重...勿喷! 代码在后,请先看D