彩票走势图

　　前言：在任何一个项目中业务层毫无疑问是最重要的层，所以在设计的过程中，如何组织业务层是至关重要的。本章的讨论将会涉及Flower的架构模式一书中的四种组织业务层的模式：Transaction Sript,Active Record,Anemic Model 和Domain Model。每一中组织业务逻辑的模式有着各自都优缺点，如何选择他们重要的还是取决于我们所要开发的项目的类型。

     在讨论完四种模式之后，我将会和大家一起来看看DDD的一些知识。每种模式的讲解，我都会用实例的形式给出完整的代码，也希望大家多琢磨！

本篇议题如下：

Transaction Scrip(前篇)

Active Record前篇)

Domain Model（中篇）

Anemic Model（中篇）

DDD（后篇）

　　不是所有的应用程序都是一样的，也不是所有的系统都需要用复杂的架构来组织业务逻辑。作为开发人员，我们必须清楚每一种业务逻辑组织的模式，这样我们才能在需要的时候做出合适的选择。

　　Transaction Script

　　这种组织业务逻辑的模式是最简单，也是最容易理解的。Transaction Script模式就是用面向过程的方式来组织业务逻辑的。通常情况下，系统的一个流程就被实现为一个方法，然后把所有的这些方法组织在一起，放在一个静态的manager类或者service 类中。实现流程的那个方法包含了业务逻辑的Check和Validation，数据的持久化以及其他的一些相关操作。也就是说，一个方法把所有的事情都做完了。当然，有时候这个大的方法还可能被拆成小的方法，便于重用。如下图所示：

　　Transaction Script一个好处就是理解起来很简单，尤其是当Team中的一个新成员来说，更是如此，因为他几乎不用花什么时间，就能立刻明白这种组织业务逻辑的方式。每当来了一个新的需求的时候，要做的事情就是去加上一个或者一些新的方法来是实现这个需求，而其还不会影响其他已经存在的功能。

　　对于一个很小的或者基本山没什么业务逻辑的系统来说，用Transaction Script模式组织业务逻辑还是很不错的，而且对一个刚刚踏入IT的开发人员门槛也比较低。：当系统开始变大，业务逻辑开始变得复杂的时候Transaction Script的问题的出来了。最后的结果可能就是系统中存在大量的方法，而且这些方法中到处都是重复的代码。有的时候，我们可以提炼出一些业务逻辑的验证代码组织为方法，但是我们去很难提炼出一些在流程上相识的代码，即使两个流程只有一点点的不同。如果系统的需求稍微一边，导致流程变了一点点，那么很多的方法就要改动，而且我们还得在系统中去找出那些相似的流程代码，然后修改，万一哪个方法没有找出，后果可想而知。

　　下面我们就用一个人事请假管理系统为例子来看看Transaction Script是如何实现的。因为Transaction Script很简单，所以下面的代码也只是用于演示，大家理解就行了。

public class HolidayService
{
public static bool BookHolidayFor(int employeeId, DateTime From, DateTime To)
{
bool booked = false;
TimeSpan numberOfDaysRequestedForHoliday = To - From;
if (numberOfDaysRequestedForHoliday.Days > 0)
{
if (RequestHolidayDoesNotClashWithExistingHoliday(employeeId, From, To))
{
int holidayAvailable = GetHolidayRemainingFor(employeeId);
if (holidayAvailable >= numberOfDaysRequestedForHoliday.Days)
{
SubmitHolidayBookingFor(employeeId, From, To);
booked = true;
}
}
}
return booked;
}

private static int GetHolidayRemainingFor(int employeeId)
{
// ...
}

public static List<EmployeeDTO> GetAllEmployeesOnLeaveBetween(
DateTime From, DateTime To)
{
// ...
}

public static List<EmployeeDTO> GetAllEmployeesWithHolidayRemaining()
{
// ...
}
}

      &nbsp;  一眼看上去，我们就很容易理解这种面向过程的方式：系统中的所有的用例都被组织成了一个个的方法。例如在BookHolidayFor方法中就做了很多的事情：查询和持久化数据，是否允许请教的业务逻辑的实现等。

         如果在一个很简单的，业务很少的系统中采用这种方式还是可以的，随着业务逻辑的越来越复杂，我们就得重新考虑下这种组织逻辑的方式，越早发现，越早做出改变，以后的成本将会越小。

　　Active Record

当我们系统中的业务类和数据库中的表存在一 一对应关系的时候，尤其是每一个业务对象都代表了数据表中的一行，并且业务对象还要包含一些CRUD方法的时候，Active Record模式是比较合适的。

         下面我们来看看一个Blog系统例子：Post:就表示发表的一篇文章，Comment:评论。

  　　在Active Record模式中，每一个业务对象各自负责自己的数据持久化逻辑和相关的业务逻辑。正如前面提到的：Active Record模式很适合那种“业务对象和数据表一 一对应”的简单的应用程序，例如Blog，Forum等系统。因为在Active Record模式中，每一个业务类和表都有对应的关系，而且业务类都包含了CRUD的操作，那么我们可以使用一些代码生成工具来加速我们的开发，而且有些好的代码生成工具还包含了一些数据库的逻辑验证代码来确保我们把正确的数据保存到数据库中。

   &nbsp;  &nbsp;  下面我们就用一个例子来看看这种模式是如何应用的。例子还是采用之前谈到的Blog系统。

&nbsp;        注：在系列文章中，我将会采用各种不同的技术来实现系统，在下面的这个例子，我将会采用NHibernate为例子。大家理解代码就行了，然后按照自己的理解选用其他的技术。

         首先我们将会创建一个名为：ASPPatterns.Chap4.ActiveRecord的新的解决方案，然后添加一些项目，并且添加一些必要的dll引用，如下：

　　然后我们在ASPPatterns.Chap4.ActiveRecord.UI.MVC中添加一个数据库：Blog.mdf，然后添加两张表：

　　Posts表：

　　Comments表：

　　下面我们就来看看ASPPatterns.Chap4.ActiveRecord.Model中的Comment类：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Castle.ActiveRecord;

namespace ASPPatterns.Chap4.ActiveRecord.Model
{
[ActiveRecord("Comments")]
public class Comment : ActiveRecordBase<Comment> 
{       
[PrimaryKey]
public int Id { get; set; }

[BelongsTo("PostID")]
public Post Post { get; set; }

[Property]
public string Text { get; set; }

[Property]
public string Author { get; set; }

[Property]
public DateTime DateAdded { get; set; }
}
}
 

代码中，可以看出Comment类和数据表Comments是对应的，而且在Comment加上了一些Attribute也表明这个属性和数据表中的列式对应的。我们的例子中采用了Castle Active Record框架，这个框架将会根据这些Attribute来自动生成一些需要的SQL。和我们用Linq To Sql 的原理一样。

下面的Post类也是一样的：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Castle.ActiveRecord;
using Castle.ActiveRecord.Queries;

namespace ASPPatterns.Chap4.ActiveRecord.Model
{
[ActiveRecord("Posts")]
public class Post : ActiveRecordBase<Post>
{                                    
[PrimaryKey]
public int Id { get; set; }

[Property]
public string Subject { get; set; }

[Property]
public string Text { get; set; }

public string ShortText
{
get {
if (Text.Length > 20)
return Text.Substring(0, 20) + "...";
else
return Text;
}
}

[HasMany]
public IList<Comment> Comments { get; set; }

[Property]
public DateTime DateAdded { get; set; }

public static Post FindLastestPost()
{
SimpleQuery<Post> q = new SimpleQuery<Post>(@"from Post p order by p.DateAdded desc");

return (Post)q.Execute()[0];
}        
}    
}
 

因为这个Blog系统比较的简单，而且逻辑不多，如果需要，大家可以再Model中加入更多的逻辑。

下面我们就显示这些文章和评论，在显示层我们采用的ASP.NET MVC框架。

我们创建一个BlogController来负责处理有关操作：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Mvc;
using System.Web.Mvc.Ajax;
using ASPPatterns.Chap4.ActiveRecord.Model;

namespace ASPPatterns.Chap4.ActiveRecord.UI.MVC.Controllers
{
public class BlogController : Controller
{        
// GET: /Blog/
public ActionResult Index()
{
Post[] posts = Post.FindAll();

if (posts.Count() > 0)
{
ViewData["AllPosts"] = posts;
ViewData["LatestPost"] = Post.FindLastestPost();   
return View();
}
else
{
return Create();
}
}

// POST: /Blog/
[AcceptVerbs(HttpVerbs.Post)]
public ActionResult CreateComment(string Id, FormCollection collection)
{
int postId = 0;
int.TryParse(Id, out postId);
Post post = Post.Find(postId);

Comment comment = new Comment();
comment.Post = post;
comment.Author = Request.Form["Author"];
comment.DateAdded = DateTime.Now;
comment.Text = Request.Form["Comment"];

comment.Save();

return Detail(post.Id.ToString());
}

// GET: /Blog/Detail/1
public ActionResult Detail(string Id)
{
ViewData["AllPosts"] = Post.FindAll();

int postId = 0;
int.TryParse(Id, out postId);

ViewData["LatestPost"] = Post.Find(postId);

return View("Index");
}

// GET: /Blog/Create
public ActionResult Create()
{
return View("AddPost");
}

// POST: /Blog/Create
[AcceptVerbs(HttpVerbs.Post)]
public ActionResult Create(FormCollection collection)
{
Post post = new Post();
post.DateAdded = DateTime.Now;
post.Subject = Request.Form["Subject"];
post.Text = Request.Form["Content"]; ;
post.Save();

return Detail(post.Id.ToString());
}
}
}
 

例子很简单，大家看看就明白了。 

然后添加对应的View：

一个是显示文章要用的：

一个是添加文章用的：

页面的Source代码我就不列出来，大家可以下载代码自己看看，也是比较的简单。 

然后我们需要到Global.asax文件中去加一些代码：

Route配置：

public static void RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute(&quot;{resource}.axd/{*pathInfo}&quot;);

     routes.MapRoute(
"Default",             &nbsp;                         &nbsp; 

     // Route name
"{controller}/{action}/{id}",                      

     // URL with parameters
new {&nbsp;controller = "Blog", action = "Index", id = "" }

  // Parameter defaults
);
}

启用Castle 的一些代码。

protected void Application_Start()
{
RegisterRoutes(RouteTable.Routes);

IConfigurationSource source = ConfigurationManager.GetSection("activeRecord") as IConfigurationSource;
Castle.ActiveRecord.ActiveRecordStarter.Initialize(source, typeof(Post), typeof(Comment));
}

　　最后在web.config 中加上NHibernate的一些配置就行了，这里不列出来，大家看代码！（见谅）。

　　从上面的一些工作量可以看出，用相应的Frameword来实现blog系统还是比较的快的。而且上面的例子中，业务类和表的结构很一致，这也是Active Record的特点和优势。但是如果业务类和数据表的结构不一致，而且逻辑也变复杂了，也就是出现了“抗阻不匹配”。如果还在这中模式上面坚持，会使后面的开始过程和代码维护变得困难，那么我们就得采用Domain Model模式来组织业务逻辑。

　　上面的例子讲的很粗糙，因为上面的两种模式本身还是比较容易理解的，到了Domain Model模式的讲解的时候，会更加的详细。