最佳实践专业微软NET网站架构

Architecture技术是不断发展的，有很多跟上。在我的职业生涯中，我Äôve审查大量的方法，今天我一样，AOD绘制在沙线和现在给你我所有的电流，Äòbest？？架构。
该解决方案已用于我在去年的三大应用更或多或少（最显着的）和好几百个小时的调查，比较，和性能测试，以及数以万计的结果小时支持现实世界的网站。
有一个，我为什么AOM共享的几个原因:有，AOS不亏我，如果我可以帮助其他人建立自己的网站我AOM只有良好的知识，我可以实现。通过分享我，我希望别人分享他们的，从而帮助我改进我的手艺这种架构可能会在6个月左右内被淘汰。这将是一个有趣的记录对我来说，看到我的方法改变，随着时间的推移该项目架构
我已经创建了一个工作应用程序（Visual Studio 2010中。NET 4.0），总结我的概念来解释，AOM。要安装:{A}运行setup.sql文件生成您的代码所期望的数据库结构更新BlackBallArchitecture.Web \ Connectionstrings.config文件适当创建指向IIS Web应用程序的BlackBallArchitecture.Web项目，并设置ASP.NET 4.0经典模式
首先，让我们，AOS注意各个项目之间的依赖关系:
{A2}
有一段时间，我建两层Web应用程序？？前端，Äòweb？？我ASPX和ASCX文件等项目，基本上解析存储到数据库中的程序和数据访问层。这种结构是有缺陷的原因，但它的最大的过错是有没有UI和业务逻辑之间的分离，甚至也不是用户界面和数据源（如果您正在访问的数据表，你需要知道列名之间， ）。
这些天，我用上面的结构。要迅速总结:Common.dll是用来存放整个应用程序使用的通用功能（如扩展方法）。Data.dll提供访问SQL Server数据库中使用实体框架代码的第一个模型（见下文）。数据存储往往是业务逻辑（例如，保存到数据库中的一个人记录）的代名词，但他们的分离是必不可少的的，如果我们稍后进行单元测试。Contracts.dll是我记录，Äòshape？？的应用。每一个业务逻辑类（中Logic.dll），以及我所有的实体定义，如人或系统日志，它拥有一个接口。Logic.dll是我存储我所有的业务逻辑，如电子邮件验证和访问的数据存储，（虽然注意，逻辑层，实际上并不具有数据存储的参考使用统一（见下文）Dependency.dll合同映射到实际的业务逻辑Web.dll前端Web应用程序，包含ASPX和ASCX文件等。此外，应用程序包含Test.dll的CodeGen.dll集会，这是我从这个图中排除，以避免混乱。稍后我会解释。
因此，相当多的应用程序的几个集会，本质上只是一个人记录保存到数据库？？事实上，我Äôve从2到6。为什么呢？使用Microsoft统一的依赖注入
的第一件事情，你可能会注意到上面的Web组件，没有知识的数据存储，也不是逻辑大会。事实上，它是知识的逻辑结构（通过合同大会）和访问这些合同使用依赖大会的机制。
我这样做的使用{A3}。
如果你指到Default.aspx，这意味着，而不是我的人的名单，通过？？/ P>

var people = new Logic.DataManagers.PersonManager().GetPerson(null);