通过


模型驱动应用的最佳做法和指南

模型驱动应用是一种以组件为中心的应用开发方法,开发人员可以扩展这些方法来实现更定制的体验。 自定义模型驱动应用的开发人员应了解已建立的指南和最佳做法。

在本部分中,你将了解已识别的问题及其影响,并了解解决这些问题的指导。 我们将介绍一些背景,说明为什么应该以某种方式完成事情,并避免将来的潜在问题。 这种理解可以有利于环境的可用性、可支持性和性能。 本指南文档支持开发人员和管理指南中的现有信息。

注释

目前,仅在目录中记录了客户端脚本编写最佳实践,其余内容将逐步添加。 本文档介绍最佳做法页面应如何与各节和指南一起显示的整体结构。

目标自定义类型

文档面向以下自定义类型:

  • 模型驱动应用设计
  • 窗体设计
  • 客户端脚本
  • Web 资源

章节

每个指南文章都包含以下大部分或全部部分:

  • 标题 - 指南的说明
  • 类别 - 不遵循指导而受影响的一个或多个领域
  • 影响潜力 - 不遵循指南影响环境的风险级别(高、中或低)
  • 迹象 - 可能说明指导未被遵循
  • 指导 - 可能还包括示例的建议
  • 有问题的模式 - 说明或不遵循指南的示例
  • 附加信息 - 支持更广泛理解的详细信息
  • 另请参阅 - 参考文献以了解更多有关本文提到内容的信息

类别

每个指南文章都按以下一个或多个类别进行分类:

  • 用法 - 特定 API、模式或配置不当使用
  • 设计 – 自定义中的设计缺陷
  • 性能 – 自定义或模式,可能会对内存管理、CPU 使用率、网络流量或用户体验等领域的性能产生负面影响
  • 安全性 - 攻击者在运行时环境中可能利用的自定义中的潜在漏洞
  • 升级就绪情况 - 可能增加版本升级失败风险的自定义或模式
  • 联机迁移 - 自定义或模式,可能会增加联机迁移失败的风险
  • 可维护性 – 不必要地增加了进行更改所需的开发人员工作量、所需更改的频率或引入回归的机会的自定义
  • 可支持性 – 超出已发布可支持性语句边界的自定义或模式,包括使用已删除的 API 或禁止技术的实现