模型一致性

如何 Mendix 确保开发阶段应用程序的质量和一致性？

Mendix Studio Pro 可确保使用 Mendix 平台通过下面描述的方法和机制。

Mendix 通常比传统编程平台中的编译器检查多执行 10 到 20 倍的一致性检查。因此，测试主要需要在功能层面进行。优点是，通过广泛的质量和一致性检查，非技术领域专家可以开发出强大而复杂的应用程序。

一致性检查分为三类：错误, 警告及弃用。例如，当应用程序添加了新属性时， Mendix 检查所有安全配置和访问规则是否已正确配置。如果没有，这将导致错误，并向用户提供问题所在以及如何解决的指导。需要先解决错误，然后才能再次运行应用程序。这可确保应用程序在逻辑层面上始终保持一致。

在同一时间， Mendix 为专业开发人员提供了在偏离检查结果建议时做出自己的权衡的可能性。例如，可以忽略有关某个查询性能的警告，因为用户了解触发此查询的频率。

以下是一致性检查的一些示例 Mendix 平台：

Mendix Studio Pro 会阻止部署这样的应用程序：其输入字段连接到错误输入的属性或不再存在的属性（例如，连接到布尔属性的文本框）。
Mendix 自动向用户隐藏导航菜单选项，这些选项会引导用户访问当前用户没有足够权限的页面。
Mendix 如果具有给定角色的用户可以导航到显示实体和/或属性的页面，而由于安全设置，该角色的用户无法访问该实体和/或属性，则 Studio Pro 会显示错误。
在应用程序中定义数据检索时， Mendix 验证生成的数据库查询在语法和语义上是否正确并且能否在数据库上成功执行。

测试的含义是，这些一致性检查可以指出或防止在非Mendix 开发工作。这样可以减少需要处理的缺陷。在某些情况下，这些检查还可以主动工作（例如，当您更改属性名称时， Mendix Studio Pro 会调整对此属性的所有引用）。这再次降低了模型中出现缺陷的可能性。

所有应用模型 Mendix 均在单一环境中进行管理。 Mendix 检查整个模型的完整性和一致性。这样， Mendix 确保模型部署后不包含技术不一致。事实上，在解决不一致问题之前，系统不会允许部署模型。

Mendix 执行分析以检测可能导致生产中运行的应用程序出现问题的模式。例如，该平台会检查决策树是否不完整，或在流程中使用未在其他地方使用的变量，并在发布模型之前发出警告。

相同的机制用于执行回归检查，从而可以轻松分析变化对模型的影响。以下示例使用回归检查 Mendix 包括“使用位置”分析，突出显示对数据对象执行提交的位置，以及可能影响性能的查询的检测。

内在质量和一致性检查机制 Mendix 是高生产率发展的关键贡献者。

Mendix Studio Pro 对模型重构提供了广泛的支持。例如，当用户重构页面名称或微流变量时， Mendix Studio Pro 将重构传播到模型的所有部分，保持模型的一致性。这种重构会自动且一致地传播到整个模型。

当重构需要用户做出有意识的决定时（例如，向微流签名添加额外的输入参数），模型一致性检查会直接反馈模型的哪些部分需要进一步操作才能再次部署应用程序。

数据访问权限是 Mendix 模型，并且这些数据访问权限会传播到整个应用程序。因此， Mendix 用户不必在每个应用程序入口点上编写额外的自定义安全逻辑。

例如，当写入权限仅限于域模型中特定实体的管理员角色时，用户界面和服务 API 也会尊重数据安全权限。这意味着对于没有写入访问权限的用户角色，编辑按钮等编辑功能的能力将自动禁用。

除了集成模型分析和一致性检验之外， Mendix Studio Pro 有一个 查找高级 可用于分析和查找各种模型元素（例如，未使用的文档、需要重构的大型微流以及使用特定集成类型的所有微流的概述）的功能。