扩展ASP.NET MVC三层框架且使用StructureMap实现依赖注

本文旨在介绍如何在项目中添加Service和Repository层，并通过StructureMap实现依赖注入，使Controller、Service和Repository三层的耦合度降到最低。我们将围绕一个具体的项目框架展开介绍。

我们来看TYStudioDemo.Models这个Project里的内容。这里包含了EntityFramwork的edmx文件，以及Northwind数据库表映射的对象集合。为了建立ADO.Net Entity Data Model，我们没有采用默认生成一堆.tt文件的方式，而是使用了传统的方法。我们按照默认程序建立起data model后，删除了.tt文件。然后打开.edmx文件，通过修改Code Generation Strategy的值，将其从默认的None改为Default，从而实现了我们的系统需求。

在项目中，你会发现一个名为TYEntities.cs的文件，这是我们系统中处理Transaction（事务）的关键。为了确保一个线程拿到的TYEntities（ObjectContext）始终是同一个，我们使用了static和[ThreadStatic]属性。这样，我们就解决了Transaction事务处理的问题。关于其他未解释的内容，建议详细阅读狼蚁网站SEO优化代码里的注释。

接下来，我们将介绍如何添加Service和Repository层，并使用StructureMap进行依赖注入。Service层主要负责业务逻辑处理，不与底层Database直接交互。与Database交互的是Repository数据持久层。通过添加Service层，我们可以将业务逻辑与表示层（Controller）分离，提高系统的可维护性和可扩展性。

为了降低Controller、Service和Repository三层之间的耦合度，我们使用了StructureMap进行依赖注入。依赖注入是一种使组件之间解耦的技术，通过注入依赖关系而不是在组件内部硬编码依赖关系，提高了系统的灵活性和可测试性。

在项目中，我们通过StructureMap将Service层注入到Controller，将Repository注入到Service层。这样，Controller可以通过依赖注入的方式获取Service层的实例，Service层也可以获取Repository的实例。通过这种方式，我们实现了三层之间的松耦合，提高了系统的整体稳定性和可维护性。

当每次Web请求结束时，我们都会执行一个特定的任务。这是我们的 `Application_EndRequest` 方法的使命，它在背后默默守护着我们的应用程序。每当一个Web请求完成其旅程，这个方法就会被触发。它的职责就是确保我们的数据上下文（TYEntities）得到妥善的清理。这是通过调用 `TYStudioDemo.Models.TYEntities.Cleanup()` 方法来实现的。

接下来，我们有一个关于获取TYEntities的私有静态属性 `ForWebRequest`。这个属性是为了从当前的HTTP上下文（HttpContext）中获取TYEntities实例而设计的。它首先检查当前的HTTP上下文是否存在，如果存在，它会尝试从上下文中获取TYEntities实例。如果上下文中没有找到TYEntities实例，它就会创建一个新的实例并将其保存到上下文中。这是一个确保我们在整个请求过程中都能访问到同一个TYEntities实例的机制。

章节一：掌控TYEntities当前实例

在这个世界中，TYEntities的当前实例是我们的关键角色。每当我们需要接触它时，它都在我们的掌控之中。这个静态的Current属性，就像是一个神秘的守护者，时刻保护着我们的数据上下文。让我们深入了解它的工作原理。

当我们尝试获取这个Current实例时，首先会查看我们的HttpContext中是否已经存在一个实例。如果存在，那么我们就直接使用它，无需再次创建。这就像是在寻找一个熟悉的避风港，一旦找到，我们就不再冒险去开辟新的海域。但如果HttpContext中没有现成的实例，我们就会尝试创建一个新的TYEntities实例。这就像是在未知的海洋中开辟一条新的道路，虽然充满挑战，但我们必须勇往直前。

章节二：优雅地结束TYEntities的生命周期

每一个美好的开始都需要一个优雅的结束。我们的Cleanup方法正是这样一个终结者。当TYEntities的生命周期结束时，我们需要释放它所占用的资源，以确保我们的应用程序能够高效运行。这个过程就像是在清理战场，确保没有遗留任何资源占用。

我们会在HttpContext中寻找TYEntities的实例。如果找到了，我们就会优雅地结束它的生命周期，释放其占用的资源。这就像是在告别一个老朋友，我们想要以最尊重的方式结束它的旅程。如果HttpContext中没有找到实例，我们就会寻找当前活动的TYEntities实例，同样地结束它的生命周期。这就像是在清理我们的战场，确保没有遗漏任何角落。

章节三：妥善处理Dispose方法

我们的Dispose方法是我们对资源的最终守护者。当我们的对象不再需要时，我们需要确保所有的资源都被正确地释放。在这个过程中，我们首先会检查是否已经释放了资源，如果没有，我们就会调用Cleanup方法来清理战场。然后我们会调用基类的Dispose方法来完成最后的清理工作。这就像是在结束一场盛大的宴会后，我们需要确保所有的餐具都被妥善清理并归位。

这段代码是关于如何优雅地管理TYEntities的生命周期的故事。我们既要确保它能够在我们需要的时候出现，也要确保在它不再需要时能够优雅地结束其旅程。这是一种对资源的尊重和对效率的追求，也是我们编写优秀代码的重要原则之一。