asp.net - 构建 ASP.NET 应用程序 - 最佳实践

Question

我们正在构建一个 ASP.NET 应用程序，并希望遵循最佳实践。一些最佳实践是:

服务器端代码:

也使用 catch block 来捕获和记录低级错误。

使用缓存对象填充下拉列表等，我们不会期望底层数据/数据库中的更改。

在错误日志框架的情况下，提供电子邮件警报以及记录错误。

HTML 代码:
- 不要编写内联 CSS。
- 将 JavaScript 代码(如果页面需要)放在页面末尾，除非页面需要它来执行加载时间操作。

现在进入正题，如果您已经有完整的列表，请分享这些最佳实践要点吗？

Answer 1

随着时间的推移，我学到了一些最佳实践，并为我的公司编写了一些最佳实践……许多主要适用于 WebForms 而不是 MVC。

不要直接在中编写 .NET 代码
您的 ASPX 标记(除非它用于
数据绑定(bind)，即 Evals)。如果你
后面有代码，这会放代码
用于多个地方的页面，并且
使代码更难管理。放
代码隐藏中的所有 .NET 代码。

SessionPageStatePersister 可以与 ViewState 结合使用
使 ViewState 有用
增加页面大小。覆盖
页面的 PageStatePersister 带有
新的 SessionPageStatePersister 将
将所有 ViewState 数据存储在内存中，
并且只会存储一个加密的 key
在客户端。

创建一个您的页面可以继承的 BasePage，以便
在页面之间重用公共(public)代码。
为您的页面创建 MasterPage
用于视觉继承。带有的页面
应该有截然不同的视觉风格
使用不同的 MasterPage。

在每个 WebForm 上创建一个页面参数键名称的枚举
通过 URL 传入的，
设置强类型页面参数。
这可以防止对硬编码的需要
页面参数键字符串及其
可能的错误输入，以及
允许强类型参数
从其他页面访问。

利用 ASP.NET 缓存来缓存经常使用的缓存
来自您的数据库的信息。
构建(或从另一个项目重用)
一个通用的缓存层，它将
包装 ASP.NET 缓存。

将 ViewState 对象与您的页面上的属性一起包装以避免
拼写开发错误，
等在引用项目时
ViewState 集合。

避免在 ViewState 中放置大对象和对象图，主要用于存储 ID 或非常简单的 DTO 对象。

用 SessionManager 包装 ASP.NET Session 以避免开发
拼写错误等
从 Session 中引用项目。

广泛使用 applicationSettings 键/值
中的配置值
web.config - 包装
配置.应用程序设置
有一个可以用来
轻松检索配置
无需记住的设置
来自 web.config 的 key 。

避免在 UI 上轻松设置显示属性
控件，而是使用 CSS 样式和
类 - 这将使你的风格
更易于管理。

在您的应用程序中创建用户控件以重用常见的
整个 UI 功能
页。例如，如果下拉
包含一个集合的列表
类别将用于许多
站点中的位置 - 创建一个
将数据的 CategoryPicker 控件
页面加载时绑定(bind)自身。

使用 UserControls 上的属性来设置诸如
默认值，不同的显示
页面之间等值类型
属性可以在您的
UserControls 然后在你的
使用类级别的 ASP.NET 标记
UserControls 上的属性。

利用 ASP.NET 验证控件来执行简单的
验证，或使用
CustomValidator 执行复杂的
验证。

创建一个可以重定向到的错误处理页面
未处理的异常发生在
你的网页。重定向可以
通过 Page_Error 事件发生
您的页面，Application_Error
Global.asax 中的事件，或
内的部分
网络配置。

处理使用高度动态数据驱动的页面时
显示，使用第 3 方(免费)
DynamicControlsPlaceholder 控件到
简化保存所需的代码
动态添加控件的状态
回发之间。