在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模式时。这种额外的开销一定要被计算在内，对一些小的程序来说，这种开销是不值得的。
