本系统提供一个对默认的DOTNET MVC扩展的ASP.NET三层架构，使用了StructureMap和Enterprise Library进行依赖注入和异常日志记录处理，面向接口编程在本系统得到了充分的体现。 继续阅读…
终于到了题目中的MVC使用StructureMap依赖注入的配置与实现了。在ASP.Net三层架构应用中StructureMap的是最老的IOC/DI工具，也就是依赖注入，很多线上的项目都使用了StructureMap，非常酷的是他是免费的，具体的IOC/DI的设计思想本篇文章不做介绍，想研究可以百度一下，资料很多，哎说道百度想起google一堆泪啊，自从google撤出中国，google是经常的无法访问，很无奈啊很无奈。 继续阅读…
终于到了MVC的UI层了，也终于要到StructureMap了，不容易啊。本篇文章介绍ASP.NET MVC三层架构中的Controller和View，以及系统中异常处理。
本篇文章介绍使用StructureMap依赖注入扩展ASP.NET MVC三层架构中的Service层，Service层是业务逻辑层，Service层就需要注入Repository了，但是本片文章暂时不介绍StructureMap的配置，遇到注入的地方只是先写出来声明一下，下一篇文章将StructureMap的配置。
MVC中的三层结构很重要的一层就是业务逻辑层，这一层是Controller和Repository之间的桥梁，我们最好不要在Controller中写太多的业务逻辑，有可能的话不在Controller中写任何的业务逻辑代码，Controller只负责跳转，这样我们就需要Service层来完成所有的业务逻辑。
这篇文章主要介绍一下ASP.NET MVC三层架构中和Model层打交道的Repository数据库持久层。之所以建立Repository这一层是为了防止Service业务逻辑层直接和Model数据库层打交道，这样将来如果我们的系统数据库由于各种原因更换，这时我们只需要修改Repository层和Model层，对于Service层我们是不需要修改的。
继续阅读…
今天开始天屹将给大家分享一个使用StructureMap扩展ASP.NET MVC三层架构，并使用StructureMap实现依赖注入，充分的使代码之间的耦合度降到最低。由于时间精力有限天屹无法在一篇文章中全部介绍完，将把文章写成一个系列文章。 继续阅读…