为什么将asp.net mvc与TDD一起使用？

为什么要将ASP.NET MVC与

TDD

一起使用

---

TDD的优势是什么？为什么MVC适合使用这种方法？

它们是自然的组合：）

---

ASP.NET WebForms对TDD不友好。MVC让它变得更简单。

它们是自然的结合：）

ASP.NET WebForms对TDD不友好。MVC使测试变得更加容易。

可测试性和TDD 与ASP.NET相比，测试（）要容易得多

另外，我喜欢完全控制用户浏览器的HTML输出。而不是ASP.NET自动为您生成的混乱

相比之下，ASP.NET MVC使用起来很有趣。

可测试性和TDD 与ASP.NET相比，测试（）要容易得多

另外，我喜欢完全控制用户浏览器的HTML输出。而不是ASP.NET自动为您生成的混乱

---

相比之下，使用ASP.NET MVC是一种乐趣。

ASP.NET MVC提供了传统WebForms开发的替代方案。它清晰地分离了应用程序中的关注点，使代码更易于测试。与WebForms不同，在ASP.NET中，MVC基础结构类（如）是抽象的，可以在单元测试中模拟以模拟请求处理。您还可以对生成的HTML进行更多的控制，如果您希望遵守标准，这是一件好事

---

由于分离，可采用TDD。在这个迭代过程中，编写单元测试是为了对照规范列表验证代码。在开发的第一阶段，编写单元测试似乎会减慢开发过程，但随着代码的增长，它的好处会变得更加明显，因为一旦修改或重构某些内容，就不再需要手动测试应用程序的各个方面。

ASP.NET MVC提供了传统WebForms开发的替代方案。它清晰地分离了应用程序中的关注点，使代码更易于测试。与WebForms不同，在ASP.NET中，MVC基础结构类（如）是抽象的，可以在单元测试中模拟以模拟请求处理。您还可以对生成的HTML进行更多的控制，如果您希望遵守标准，这是一件好事

---

由于分离，可采用TDD。在这个迭代过程中，编写单元测试是为了对照规范列表验证代码。在开发的第一阶段，编写单元测试似乎会减慢开发过程，但随着代码的增长，它的好处会变得更加明显，因为一旦修改或重构某个内容，就不再需要手动测试应用程序的各个方面。

Asp.net mvc with TDD:

本演练演示如何在Visual Studio中使用测试驱动开发（TDD）方法开发ASP.NET MVC应用程序。MVC旨在实现可测试性，而不需要依赖于Web服务器（IIS）、数据库或外部类。（这与Web表单页面的单元测试不同，后者需要Web服务器。）

在本演练中，您将在实现控制器功能之前为MVC控制器创建测试。您可以在拥有控制器之前编写测试。优点是单元测试中的编译器错误是单元测试失败的第一级形式。重点在于如何通过在实现控制器本身之前编写单元测试来设计控制器的意图，这是TDD原理的一个重要方面

测试驱动开发：

测试驱动开发（testdrivendevelopment，TDD）试图通过本末倒置、在编写代码之前编写测试来解决这个问题，并生成更高质量、经过良好测试的代码。作为极限编程（XP）的核心实践之一，TDD在Java社区中获得了大量的追随者，但很少有人在.NET中这样做

**根据我的经验，一个优势是：

当您重构代码时，TDD将有助于发现更改对其他模块或代码的影响

另一个优点是，若您使用适当的测试方法使用TDD开发应用程序，那个么该应用程序比简单的开发更稳定（稳定意味着bug最少）

---

Asp.net mvc和TDD:

本演练演示如何在Visual Studio中使用测试驱动开发（TDD）方法开发ASP.NET MVC应用程序。MVC旨在实现可测试性，而不需要依赖于Web服务器（IIS）、数据库或外部类。（这与Web表单页面的单元测试不同，后者需要Web服务器。）

在本演练中，您将在实现控制器功能之前为MVC控制器创建测试。您可以在拥有控制器之前编写测试。优点是单元测试中的编译器错误是单元测试失败的第一级形式。重点在于如何通过在实现控制器本身之前编写单元测试来设计控制器的意图，这是TDD原理的一个重要方面

测试驱动开发：

测试驱动开发（testdrivendevelopment，TDD）试图通过本末倒置、在编写代码之前编写测试来解决这个问题，并生成更高质量、经过良好测试的代码。作为极限编程（XP）的核心实践之一，TDD在Java社区中获得了大量的追随者，但很少有人在.NET中这样做

**根据我的经验，一个优势是：

当您重构代码时，TDD将有助于发现更改对其他模块或代码的影响

另一个优点是，若您使用适当的测试方法使用TDD开发应用程序，那个么该应用程序比简单的开发更稳定（稳定意味着bug最少）

---

SOLID是一套设计原则