与您的 Mendix 申请| Mendix

跳到主要内容

与您的 Mendix 实践应用

应用程序开发人员一直承受着开发产品的压力,他们必须先将产品发布出去,然后才能开始开发下一个产品。无论开发人员多么希望确保每个细节都一丝不苟,花时间对应用程序进行最后的润色对他们来说都是一种奢侈。

一丝不苟对盈利有益。当然,一个合乎逻辑且维护良好的资源管理器文件夹结构可能没有华而不实的新功能或时髦的用户界面那样让人惊叹。但一个精心构建的应用程序所带来的好处远远超过了额外投入的时间:

  • 最大限度地减少技术债务
  • 它使应用程序更易于维护
  • 让开发人员更轻松地加入项目

为了帮助你用最少的精力获得最大的完美,我整理了一些除了应用程序业务功能需求之外需要考虑的方面的例子,以便构建一个更干净、可维护的应用程序。 Mendix.

安全,安全,安全

在整个开发和测试过程中,安全性始终是您的首要考虑因素。但是,我鼓励您定期检查整体安全实施情况,以确保遵守最小特权原则。这一点尤其重要,因为您通常会有多个开发人员,他们的权限水平各不相同 Mendix 开发经验,同时在同一个应用程序上工作。

维护实体级安全

确保检查实体和属性的 CRUD 权限。在合理的情况下,应用 Xpath 约束来进一步限制实体的 CRUD 访问权限。例如,仅当帐户对象 = 属于我时才允许对属性进行读取访问。

另一个考虑因素是将“新成员的默认属性权限”设置为“无”。开发人员最好考虑每个属性的读/写访问权限,而不是自动设置并将其留到事后再考虑。

默认权限属性

删除敏感常量的默认值

清空所有常量(环境变量)的默认值 敏感数据 (例如 API 密钥)。不要将敏感信息存储为常量的默认值。

重命名默认的“MxAdmin”管理员用户

我建议 重命名 或自定义默认管理员用户。

更新默认 MxAdmin

造型

解决建模者警告

在合理的情况下,实施 “警告”标签 用于自定义创建的模块。

解决建模者警告

审查应用程序日志并确定改进机会

应用程序日志包含大量信息,可帮助您识别建模错误的症状。在下面的示例中,警告消息表明应用程序中发生了自动提交行为,而这些行为应该明确提交。

记录警告

聆听 MxAssist 最佳实践机器人

这个 MxAssist 最佳实践机器人 通过对数千个匿名数据的统计分析,学习常见的反模式 Mendix 应用程序。它还整合了 Mendix 开发微流程、域模型、页面、安全性等的最佳实践。查看机器人的建议,并在合理的情况下实施它们。

Mx 最佳实践机器人

家政

保持领域模型易于阅读

请看下面的例子。对于刚加入该项目的新开发人员来说,右侧的数据模型更容易理解。

领域模型管理

使用颜色让微流程更易读

By 应用默认颜色 对于选定的微流/纳流动作,您可以大大提高可读性。

MF 动作默认颜色

MF 动作默认颜色 #2

快速浏览上面的屏幕截图,您可以轻松识别微流逻辑中的子微流调用(绿色)和日志记录操作(灰色)。

 清理未使用的物品

清理或将您自定义创建的应用程序模块中未使用的项目标记为“未使用”。如果您想保留未使用或排除的项目作为参考,同时保持项目/应用程序探索干净,请将它们放在“未使用”文件夹中。

未使用物品查找高级

更新您的 Marketplace 模块并 Mendix Studio专业版

确定更新您的 Marketplace 模块和您的机会 版本的 Mendix 单间。这将确保您享受最高级别的安全性和稳定性,并将下一次所需升级的影响降至最低。

结语

请记住,每次部署到生产环境时,保持应用程序干净、有序且优化,将使应用程序引擎保持“良好运转”并为下一次迭代做好准备。如果您将我分享的建议作为您日常开发周期的一部分,而不是在产品迭代结束时作为一次性的大型练习,那么事情会变得更容易。

本博客中涵盖的要点绝不是在生产部署之前完善应用程序的完整列表。您可以在这些文章中找到更多有用的建议:

选择你的语言