在ASP.NET中实现MVC模式(五)

类别:.NET开发 点击:0 评论:0 推荐:

ASP.NET中实现Model-View-Controller模式(五)

 

测试

将模型部分从ASP.NET环境中分离出来能够使模型部分更容易的被测试。在ASP.NET环境中进行测试的话,你必须同时测试很多方面,如HTML代码是否正确,而读取HTML代码的工作是非常烦闷的。将模型部分分离出来,使你能够对模型部分做单独的单元测试。下面是NUnit (http://nunit.org)对模型部分进行单元测试的例子。

using System;

 

using NUnit.Framework;

using System.Collections;

using System.Data;

using System.Data.SqlClient;

 

[TestFixture]

public class GatewayFixture

{

   [Test]

   public void Tracks1234Query()

   {

 

      DataSet ds = DatabaseGateway.GetTracks("1234");

      Assertion.AssertEquals(10, ds.Tables["Track"].Rows.Count);

   }

 

   [Test]

   public void Tracks2345Query()

   {

      DataSet ds = DatabaseGateway.GetTracks("2345");

      Assertion.AssertEquals(3, ds.Tables["Track"].Rows.Count);

   }

 

   [Test]

   public void Recordings()

   {

      DataSet ds = DatabaseGateway.GetRecordings();

      Assertion.AssertEquals(4, ds.Tables["Recording"].Rows.Count);

 

      DataTable recording = ds.Tables["Recording"];

      Assertion.AssertEquals(4, recording.Rows.Count);

 

      DataRow firstRow = recording.Rows[0];

      string title = (string)firstRow["title"];

      Assertion.AssertEquals("Up", title.Trim());

   }

}

 

结论:

ASP.NET中实现MVC模式有如下优缺点:

优势:

能够减少依赖 程序员可以在一个ASP.NET页面中实现所有的代码。单页的实现方式,对于一些小型的且生存周期不长的程序是适用的。但如果想在不断增加的页面间共享代码的话,将代码的不同部分进行分离是非常有效果的。

能够减少代码的复制 DatabaseGateway 类中的GetRecordings GetTracks方法能够直接被其它的页面使用,减少了必须将方法的代码拷贝到不同页面的情况。

能够把不同人员的责任分开。修改页面的外观与修改数据访问的代码所用的技术是不同的,将模型与视图分开能够使负责不同工作的专家协同的工作。

使性能优化的成为可能  按将系统不同的职责分成不同的类,使性能的优化成为可能。前面的例子中,由于每次请求页面的时都要从数据库中读取数据。因此可在某种情况下将数据缓存,从而提高整个程序的性能。如果不将代码进行分离的话是无法做到的这点的。

易测试性 将模型与视图相分离使在ASP.NET环境外进行单元测试成为可能。

缺点:

增加了代码的数量及复杂度。这个例子在早期单页的实现方式的基础上增加了新的文件和代码,在无形中增加了维护的开销。一旦修改系统的话,会修改所有三种角色的代码。在一些情况下,一个文件中的修改比一些文件中修改要方便。所以在考虑是否使用MVC模式时。这种额外的开销一定要被计算在内,对一些小的程序来说,这种开销是不值得的。

 

 

本文地址:http://com.8s8s.com/it/it44747.htm