架构原则

背后的关键架构原则是什么 Mendix 平台？

在整个内部 Mendix 平台，我们嵌入了（技术）原则，以保证企业级应用程序的就绪性。对于 Mendix“企业就绪”是指应用程序可维护、性能好且可扩展。这还意味着应用程序可以应对后端企业系统的所有功能复杂性，以便可以集成到任何企业环境中。

如何 Mendix 启用模型驱动开发？

Mendix 通过以下方式实现模型驱动开发 Mendix Studio Pro 提供可视化拖放式开发工具，用于 工作流程， 使用无代码和低代码开发的 UI、数据、逻辑和导航。 

有关详情，请参阅 如何 Mendix 启用模型驱动开发？ in 移动应用开发.

如何 Mendix 优先考虑模型解释而不是代码生成？

- Mendix 运行时直接执行模型，这意味着模型实际上是应用程序，而不是中介。与可视化建模设计实际生成代码（例如 Java 或 .NET）的方法不同， Mendix的模型解释方法有许多 独特的特点和优势.

如何 Mendix 利用微服务、容器和部署标准化？

微服务提供了一种最适合小型敏捷 DevOps 团队的软件架构。这种架构最能从容器的特性中获益。容器使您能够以自动化方式在任何云中部署应用程序，并确保质量、可重复性和速度。部署标准化使小型 DevOps 团队能够处理与运营相关的任何事务。

无国籍状态如何运作 Mendix?

现代 Web 级应用利用无状态架构来支持更高的可扩展性和弹性。无状态支持水平可扩展性，允许根据需要轻松添加额外资源以支持不断增加的用户或处理负载。每个用户请求和每个事务都可以由任何一个可用的运行时实例处理。如果您的性能需求要求您处理更多事务或用户请求，您只需添加另一个运行时实例来处理部分处理。由于状态是在运行时之外管理的，因此还可以通过更轻松地从一个运行时实例故障转移到另一个运行时实例来提高弹性。

开放性和可扩展性的作用 Mendix 提供？

开放性是任何现代应用平台的基本架构要求，这意味着平台应允许应用轻松共存并利用其他应用和应用服务。这也意味着平台本身应适合您的 IT 环境并支持您的核心开发流程和标准。

由于抽象漏洞的存在，企业功能性和非功能性需求很难从纯模型驱动的开发方法中处理。可扩展性对于处理企业应用程序的所有实际功能性和非功能性需求至关重要。当模型解释不允许您更改生成的代码时，可扩展性是必须的。

有关此重要主题的更多详细信息，请参阅 开放性和可扩展性.

如何 Mendix 遵循十二要素应用原则吗？

虽然严格来说不是一套建筑原则，但 十二要素应用程序 方法论（最初由 Heroku 团队开发）是一套最佳实践，目的是帮助您避免构建云原生应用时涉及的一系列常见系统性错误。

有关如何将此方法应用于 Mendix，请参阅 怎么样？ Mendix 运行时支持十二要素云原生应用吗？.