选择（第一个）应用程序

曾经参加过 Mendix 过去的作品集研讨会将熟悉如何集思广益并缩小适合在 Mendix 平台。然而，此时，决定采用哪一个平台可能是一个关键点。

在这里，团队在 Mendix 布局：

• 哪些类型的应用在最初开发时效果最好 Mendix.
• 如何确定应用程序的复杂性以及最初要达到的复杂程度。
• 何时以及为何应该考虑制作可重复使用的组件。

什么才是好的（第一个）应用程序？

与 Mendix 你可以构建几乎任何东西，甚至是复杂的应用程序，有些更适合在团队有时间开发相关经验后再进行开发 Mendix 平台。Marco、Abel 和 Sukhpal 在此讨论了关键考虑因素，包括：

• 这款应用程序会发生多少互动？
• 您的初始应用程序应具有多大的可扩展性？（不要受到受众（将使用的不同角色）的限制）
• 这款应用程序会对您的业务产生多大影响？

避免范围蔓延

范围蔓延很容易发生，尤其是当应用程序的开发速度变得很明显时 Mendix. 管理范围蔓延是至关重要的，尤其是当涉及到最初几个使用 Mendix. 在开始时定义你的应用程序的复杂程度是防止范围蔓延的一种方法 Mendix 项目。拥有“MVP 思维”是另一种方式。

MVP 思维和开发过程

在网络研讨会上，Marco 将开发过程中的 MVP 思维定义为：“……应用程序的第一次迭代提供价值，至少部分解决了您要解决的问题。”他继续解释说，在开发过程中拥有 MVP 思维有助于将范围蔓延降至最低，因为它有助于让您专注于构建在第一次迭代中提供价值的应用程序。在后续迭代中添加价值和重要功能很容易，但将第一次迭代提升到有价值的程度为应用程序的发展奠定了坚实的基础。

用户验收测试

用户验收测试是开发过程中非常重要的一部分，它通常采用以下三种方式之一：

1. 在应用程序开发过程中进行用户测试。
2. 开发后进行用户测试。
3. 或者根本没有进行用户测试。

虽然前两种方法都可行（各有利弊），但第一种方法：在开发应用程序时进行测试，才是真正最好的方法。在应用程序开发过程中获得快速反馈意味着，与应用程序完成后开发人员被迫在生产过程中处理更改的复杂性相比，更改和建议可以更快地融入开发中。这种情况应不惜一切代价避免。

UX / UI

根据 Mendix UX/UI 设计师 Julia Chow：UX（用户体验）和 UI（用户界面）有时会被忽视，因为开发首先关注的是应用程序的功能。但从长远来看，它仍然是用户的关键价值驱动因素。在分析了 UX 和 UI 之间的区别后，Julia 深入探讨了理解并理解用户面临的问题以及你试图解决的问题的重要性。了解这一点不仅有助于为他们量身定制解决方案，还能让他们深入了解他们在使用应用程序时将经历的旅程。

在 UI 方面，考虑最适合创建对目标用户有意义的界面的小部件和组件——比如按钮、表格、点击容器、表单组件等。对于开发人员来说幸运的是， Mendix 平台有一些内置的小部件可以在 Atlas 设计系统中找到，还有可以根据特定品牌定制的默认样式。

最后，使用 UI 资源模块来容纳特定品牌的元素将可以轻松地将它们导入到未来的应用程序构建中，这也会加快开发时间。

部署

人们很容易想把部署留到最后，但部署基于 Mendix，提前决定部署地点是值得的。从 Mendix 云，到 Google Cloud、Amazon、Azure，甚至是数据中心的本地部署，都有许多选项可供选择。

另一个需要考虑的问题是是否在开发期间部署，以便用户可以测试应用程序。

那么这一切到底是什么呢？

制作你的（第一个） Mendix 应用程序的成功实际上可以归结为三个重要要点：

• 以 MVP 思维思考和开发。
• 力求快速实现目标，并快速实现价值以显示所实现的价值。
• 确定适当的复杂程度。

您可以在 完整网络研讨会重播，点击此处.