技巧，避免大球的泥ASP.NET web表单

Question

虽然ASP.NET 视乎所有的炒作，这些天,web表单仍然很普遍。你怎么让您的项目，理智？让我们收集的一些技巧在这里。

Answer 1

• 创建网的用户控制任何东西，将显示在一个多网页，这不是一个部分集型的内容。例如：如果应用程序显示的产品的信息月10页，最好要有一个用户的控制，用于10页，而不是削减儿'pasting的代码显示的10倍。
• 作为小业务的逻辑背后的代码成为可能。该代码应该推迟您的商业层执行的工作不是直接有关把东西放在该网页和数据发送来来回回从业务层。
• 不要重新发明车轮。很马虎codebehinds是我见过的代码做的事情，该框架已经提供的。
• 在一般情况下，避免脚本块在html。
• 没有一个页面也这样做很多事情。我已经看到一次又一次，是一个网页，说有加入和编辑模式。这很好。但是如果你拥有许多子模式以增加和编辑，你是好有多个页面上的每个子方式与重复使用，通过用户的控制。你真的需要避免一大堆的嵌套IFs以确定哪些用户是试图要做的然后显示出正确的事情取决于此。事情变得失控迅速如果你的页面有许多可能的国家。
• 学/神交的页生命周期，并使用你的优势。许多丑陋的代码隐藏的网页，我已经看到可能是清洁如果理解的编码器页生命周期的更好。

Answer 2

我一般都试图清除它......但是当我使用WebForms时，我遵循这些规则：

1. 保持生成的HTML干净：仅仅因为你没有手动编码<div>并不意味着生成的代码必须成为一个难以理解的噩梦。避免产生丑陋代码的控件可以在以后减少调试时间，通过使问题更容易看到。
2. 最大限度地减少外部依赖性：您无需支付调试其他人的代码的费用。如果您做选择依赖第三方组件，那么请获取源代码，这样您就不必浪费大量时间来修复它们的错误。
3. 避免在一个页面上做太多：如果您发现自己正在实施复杂的<！>“模式<！>对于给定页面，考虑将其分解为多个单模式页面，可能使用母版页来分解常见方面。
4. 避免回发：这总是一个糟糕的主意，并没有那么糟糕。通过不使用依赖于回发的控件来节省的麻烦是一个很好的奖励。
5. 避免VIEWSTATE ：请参阅＃4的评论。

Answer 3

对于大型项目，我能给你的最好建议是遵循一个通用的设计模式，让你的所有开发人员都接受过良好的培训并且充分了解。如果您正在处理ASP.NET，那么对我来说最好的两个选项是：

o模型视图演示者（虽然现在是Supervisor Controller和Passive View ）。   这是一个可靠的模型，推动您的用户界面和业务模型之间的分离，您的所有开发人员都可以毫不费力地遵循这些模型。生成的代码更易于测试和维护。问题是它没有强制执行，你需要编写大量支持代码来实现模型。

o ASP.NET MVC   这个的问题是它在预览中。我与Tatham Oddie谈过，并提到它非常稳定和可用。我喜欢它，它强制执行关注点的分离，并为开发人员提供最少的额外代码。

我认为无论您选择哪种模式，最重要的是拥有一个模型并确保您的所有开发人员都能够坚持使用该模型。

Answer 4

在第1天开始使用母版页 - 这是一次痛苦的回归改造。

Answer 5

遵循Odd所说的，我正在尝试一个名为模型演示的MVP版本，这对我来说效果很好。我仍然了解它并使其适应我自己的使用，但它从我以前写的代码中刷新。

请在此处查看：演示模型

Answer 6

使用版本控制和文件夹结构来防止所有文件都在同一文件夹中。没有比等待Windows资源管理器加载某些东西更痛苦的了，因为文件夹中有1,000多个文件，并且在打开文件夹时必须加载所有文件。如果可能的话，关于命名变量和方法的约定也是很好的，因此不存在这种混合代码，其中不同的开发人员都将其独特的触摸和痛苦的显示。

使用设计模式有助于组织代码并使其可以很好地扩展，例如当必须添加必须支持的新类型的产品或设备时，策略模式可以使得更容易。与使用某些适配器或外观模式类似。

最后，了解您的表单将采用何种标准：是仅适用于IE用户还是IE，Firefox或Safari中的任何一个都可以轻松加载表单并且看起来不错？