Architecture 可测试的ASP.NET体系结构

我正在寻找有关使用n层体系结构设计asp.net应用程序的指导。谁能推荐使用web表单、支持模块和允许重复测试的架构（不是MVC）

我理解这个问题的模糊性，但不确定该怎么说

再详细一点： -必须使用ASP.NET web窗体。 -.NET4.0（版本并不重要）。

---

-我应该能够将部分业务逻辑公开为服务（如果需要）。

我已经使用ASP.NET WebForms完成了模型视图演示器的开发。这允许您的逻辑存在于可测试的presenter类中。如果您一直使用WebForms，那么这是一个选项

当我这样做时，我推出了自己的框架。但看起来可能有人帮你做了这项艰巨的工作

---

我已经用ASP.NET WebForms完成了模型视图演示器的开发。这允许您的逻辑存在于可测试的presenter类中。如果您一直使用WebForms，那么这是一个选项

当我这样做时，我推出了自己的框架。但看起来可能有人帮你做了这项艰巨的工作

简单：

仅在WebForms项目中具有表示逻辑，并将所有业务逻辑移动到类库中。并测试该类库。

简单：

---

仅在WebForms项目中具有表示逻辑，并将所有业务逻辑移动到类库中。并测试该类库。

无论使用何种“框架”或模式，都有一件事可以确保您的应用程序是可测试的：使用测试驱动开发，这样您的应用程序将不存在，除非是作为使单元测试通过的一种方式。

无论使用何种“框架”或模式，有一件事可以确保你的应用程序是可测试的：使用测试驱动开发，这样你的应用程序就不会存在，除非是作为一种让单元测试通过的方式。

@ChrisLively:这是一个特定于框架的问题，因此也是一个关于程序结构的一般性问题。@jgauffin:这是一个关于程序结构的问题。不是关于实现问题的具体问题。@ChrisLively:这是一个特定于框架的问题，因此是一个SO问题。@jgauffin:这是一个关于程序结构的一般问题。这不是一个关于实现一个问题的具体问题。约翰，我同意你的观点，因此选择一种“方式”来做允许完全测试能力的事情是一个两难的选择。约翰，我同意你的观点，因此选择一种“方式”来做允许完全测试能力的事情是一个两难的选择。那么问题是。。。如何测试流量。它适用于简单的应用程序，但对于复杂的应用程序，事情开始失控。单元测试不测试流程。他们测试每一种方法都能像合同上说的那样工作。我并不是说单元测试是为了测试流程。如果每个单元都按照规定进行了测试并工作，那么程序就不会失控；）那么问题是。。。如何测试流量。它适用于简单的应用程序，但对于复杂的应用程序，事情开始失控。单元测试不测试流程。他们测试每一种方法都能像合同上说的那样工作。我并不是说单元测试是为了测试流程。如果每个单元都按照规定进行了测试并工作，那么程序就不会失控；）NerdFury，我要去看看Haacked的网站。这是我的第一本能。WebFormsMvp…我喜欢他们所做的，但我“努力”不使用任何第三方工具（即使它是开源的）。NerdFury，我要看看Haacked的网站。这是我的第一本能。WebFormsMvp…我喜欢他们所做的，但我“努力”不使用任何第三方工具（即使是开源的）。