模型驱动应用程序主窗体的设计注意事项
主窗体是用户查看及与其数据交互的主要用户界面。 主窗体提供了最广泛的可供模型驱动应用使用的演示选项。
其他主窗类型包括快速视图、快速创建和卡片。
模型驱动应用的基本特质之一是它们会对与它们交互所使用的设备的大小和类型作出响应。 这会影响控件在窗体上的位置以及它们的行为方式。 这种情况在主窗体中最明显。
主窗体的主要设计目标之一是每个表设计一次，并在需要的任何地方部署。 为模型驱动应用设计的相同主窗体也用于 Dynamics 365 for Outlook 和适用于平板电脑的 Dynamics 365。 此方法的优势在于无需将更改集成到多个窗体中。
但是，在设计这些窗体时，需要考虑几个具有要的因素。
不同组的自定义窗体
由于可以创建多个主窗体并分配不同安全角色，因此可以使用针对组使用应用程序的方式优化的窗体来呈现组织中的不同组。 另外还可以为每个组提供不同的选项，使其有不同的窗体可供选择。 详细信息：控制对窗体的访问
经理和决策者需要优化的窗体来提供对关键数据点的快速引用。 他们将乐于看到图表而不是列表，他们可能不会执行许多数据录入操作。
直接与客户的交互的用户可能需要针对其最常执行的任务定制的窗体。 他们可能希望窗体能实现最高效的数据录入。
窗体创建可能是一个迭代过程，在这个过程中收集输入和开发用户界面。 请记住，有各种工具可供开发人员使用，并非所有任务都要在窗体中完成。 业务规则、工作流程、对话和业务流程流和主窗体配合使用，可以提供适合组织的解决方案。
创建和编辑窗体相对容易，但是随着创建的窗体越多，需要维护的窗体也就越多。
窗体表示形式差异
虽然不必为每个发送机制（Web、平板电脑、手机）管理多个窗体，但制作者必须考虑如何在主窗体中呈现表示形式差异。
主窗体外观介绍可用于呈现主窗体的不同方式。 要考虑的主要事项包括：
Dynamics 365 for tablets 不支持将图像、HTML 或 Silverlight Web 资源添加到窗体中。
Dynamics 365 for tablets 窗体的布局是根据主窗体自动生成的。 没有用于适用于平板电脑的 Dynamics 365 窗体的特殊窗体编辑器。 有必要验证窗体的表示形式是否对两个客户端都有效。
如果有与 Web 应用程序中的 DOM 元素交互的不支持的脚本，这些脚本在适用于平板电脑的 Dynamics 365 窗体中将无效，因为相同的 DOM 元素不可用。
Dynamics 365 for Outlook 阅读窗格窗体不允许脚本。 窗体元素的可见性取决于默认设置，不能在使用脚本运行时更改。
窗体性能
加载速度慢或不能迅速响应的窗体可能会影响生产力和用户对应用程序的采用。 在模型驱动应用中设计窗体以提高性能提供在设计窗体时为了使自定义不影响窗体性能而应当考虑的大量建议。
设计窗体以提高效率
窗体布局和设计对于构建更好的窗体很重要。 设计可以快速有效地完成任务的窗体对于提高用户满意度至关重要。 详细信息：在模型驱动应用中设计高效的主窗体