首先，祝大家新年快乐！也恭喜大家能在 2020 年的 hard 模式生存下来！对全人类来说，今年都是很艰难的，希望 2021 年能带给大家更多的好消息。
译者注：原文是 Jmix/CUBA.platform 负责人 Andrey Glaschenko 所写，这里按原文直译，以作者为第一视角。
首先，祝大家新年快乐！也恭喜大家能在 2020 年的 hard 模式生存下来！对全人类来说，今年都是很艰难的，希望 2021 年能带给大家更多的好消息。 在这篇文章中，我想给大家总结一下我们团队 2020 的成果，并分享一下 2021 年的计划。
过去一年中，我们一直没有对外发布过我们的计划。希望在此时，也就是 Jmix 发布 之后，你能明白个中原因。大量的改动和研发任务使我们很难对外做出 deadline 承诺。我们需要随机应变并保持舒适的开发速度。 但即使团队的大部分人都扑在 Jmix 上，我们还是为 CUBA 平台交付了一些很酷的功能：
- 在 CUBA 7.2 支持了 Kotlin 和设计时安全角色
- 新的 Helium 主题及其可视化设计器
- 在前端 generator 中支持 React Native
- CUBA SDK，支持在网络受限环境下进行开发
当然，我们也对 Studio、框架、前端生成器进行了大量改进。
而在社区方面，我们上线了 意大利语 和 法语 版的网站及论坛。我们还推出了方便申请学院许可的简化表单，越来越多的大学 开始将 CUBA 用在企业级软件课程中！
我们的客户中，也新增了一些“大牌”，包括 Ingenico 和 Sber，Sber 是东欧最大的银行。与我们 签署 了大规模协议，约定将使用 CUBA Studio 加速整个银行内部系统的开发。
2021 年的新计划
最新发布的 Jmix 为我们提供了一个坚实的基础，所以对未来我们更有信心。我们制定了激进的计划，并正在扩张团队，希望在明年年底 Jmix 有超过 50 个开发人员！
我们最重要的目标首先还是发布稳定版的 Jmix。包括完整的文档、迁移剩下的扩展插件以及全面的测试。计划在 2020 第二季度完成这些工作。
以下会介绍一些新功能。请注意，很多功能仍然在开发中，所以不要问我实现细节。但是，下面的介绍能给大家足够的信息，知道我们是朝哪个方向努力，希望你们能喜欢！
前端
此时，因为 CUBA 后端技术已经用 Spring Boot 重构了，Boot 是企业级项目用的最广泛的服务端技术， 所以我们需要将一部分精力转移到前端。好吧，老实说，我们关注前端转变是在几年前了，彼时 Vaadin 8 开始跟不上潮流。但是，我们始终将长期的可持续性和向后兼容性作为我们考虑的原则。不幸的是，Web 框架瞬息万变，我们很难下一把稳赢的赌注。Vaadin 这边也是，组件库在最新的几个版本中也一直还在 不断变化 。 所以对于我们来说，只能继续使用 Vaadin 8，尽管有局限性，但是 “至少能用”。同时，前端团队也在 portal 模块探索新的方案，最近在研究 Typescript SDK 和 React 前端生成器。你已经可以生成 React 和 React Native 客户端的框架代码了，虽然与 Vaadin UI 比还比较复杂也需要更多手动工作。另外，也可以通过 Typescript SDK 集成任何其它的 web 框架，只不过也需要很多手动工作。
无论如何，探索阶段已经结束。我们相信 React 能支持足够长的时间。所以 2021 年我们主要专注于将 React 客户端的生产力和易用性推至与 Vaadin 客户端同等的层级。自然地，这就意味着我们需要 Studio 的全面支持，包括带界面模板的可视化设计器、热加载、主题以及一组完备的组件，至少与 Vaadin 能实现的类似。与往常一样，我们会尝试尽可能地使开发人员脱离（非绝对）庞大复杂的 JS 生态。将 UI 技术切换到 React 的好处很明显：可以使用更快速更容易扩展的 UI、有更多的自定义选项以及广泛的社区支持。
但是，这也需要付出一定的代价。开发人员需要了解基础的 Typescript、HTML 和 CSS。如果希望在 IDEA 中舒服的开发 Typescript，还需要商业版的 IntelliJ IDEA Ultimate。我们计划发布一个具备此功能的独立版 Studio。
基于 Vaadin 的 UI 会有什么变化？别担心，我们会继续支持。在很多场景中，Vaadin 仍然是非常好的选择。特别是对于不熟悉前端 Web 技术的纯后端开发者来说，几乎完美。如果你的应用场景中没有数以万计的用户，并且也不是高延迟网络，那么 Vaadin 完全能胜任，大部分后台应用系统基本都符合这个场景。我们也一直在注意着 Vaadin 最新版本的动向，预计在 2022 年会从版本 8 升级至一个新的版本。
移动端会怎么样呢？之前已经提到，我们已经支持生成 React Native 客户端，以及在 React 客户端使用 PWA。除此之外，我们还启动了关于 Flutter 的小规模研究，Flutter 是由 Google 支持的 UI 技术。其终极目标是为全平台提供单一的 UI 技术，包括移动端、Web 端甚至桌面端。可能后端开发人员会对于 Flutter 更加熟悉，但是其核心思想还是与 React 类似：万物皆组件，UI 是状态的展示。 Flutter 很快获得了广泛的关注，在跨平台移动应用开发方面已经是最流行的选择了，不过对于 Web 的支持还处于 Beta 阶段。我们还需要观望一阵，看看是否会成为主流技术。
我们的主要使用场景是 “LOB” 系统，需要操作复杂的数据关系图。所以无论是 Flutter 还是 React，都需要一个方便的服务端 API。在做了一些实验之后，我们选择了 GraphQL，这个技术似乎很自然就满足了我们的需求，将作为两种客户端共享的后台服务使用。
总结一下，Jmix 将会提供更多的选项以便交付任何量级、任何复杂度的前端，同时支持 Web 和移动端，也支持喜欢和讨厌 JS 的开发者们 :)
DevOps 和云
这些年来，我们没有将 “部署” 纳入我们的考虑范围，而是专注于开发阶段的事情。但是，我们收到了越来越多的请求，要求我们能简化应用程序生命周期中的这一步。因此，我们决定在 Jmix 内部成立 “DevOps” 团队专门处理部署的事情。这个任务与我们的目标也是一致的：使开发者脱离（非绝对）各种底层技术，比如 Jenkins、Docker、Kubernetes、Terraform，并提供简单方便的可视化工具用来配置环境和 CI/CD pipeline。
也就是说我们要实现：
- 配置、生成以及发布 Docker 镜像
- 配置环境，比如测试和生产环境
- 使用可视化设计器描述需要的基础设施，基于 Kubernetes 和 Terraform
- 配置 CI/CD pipeline
对于这些功能，我们计划将来会依赖公有云的基础设施，从 AWS 开始。但是 AWS（或者 Azure、Alibaba 等）除了能让你部署 App 之外还提供了很多功能，如果我们忽略这些云平台功能的话，感觉就是在犯罪！因此，你可以选择构建基于这些云服务的真正云原生应用程序，包括数据库、文件存储、认证、全文检索、监控、日志、负载均衡等。
我们的终极目标是为你提供所有需要部署的内容，然后以最小的人力开销在云环境运行你的应用程序。这是一个全新的方向，我们很难给出 deadline。但是我们希望能在 2021 年底推出 Beta 版本。
工具
Studio 团队逐渐成为了 Jmix 中最大的团队。确实，无论哪个方向，云也好，前端也好，都需要 Studio 提供相关的工具支持。今年，我们计划提供一些更重要的功能：
- 新的可视化设计器，支持 JPQL 和 GraphQL 查询、字符串消息和简单的逻辑表达式。我希望所有人都喜欢不需要书写 JPQL 语句的想法！
- 基于典型操作模板的代码生成：打开一个界面、保存/加载数据、显示消息、调用服务、启动工作流。
- 设计时的可视化报表配置。
- 设计时的 BPM 流程配置。
将一些内容迁移至设计时（编码时）
我想要着重说说最后两个功能。目前为止，报表和 BProc 扩展只支持运行时配置。从某一方面看，这很棒：非开发人员可以配置报表和工作流，而且也不需要重新部署程序。但是这又有一些副作用：
- 如果数据模型修改了，配置的报表和工作流可能会无法正常工作，但直到运行时才知道有问题。
- 在多次安装应用程序升级后，报表和工作流的实例可能很容易不同步。比如你在测试环境测的是一个版本，但是生产环境有人配置了另一个版本...
- 对于复杂的报表，开发者不得不使用不方便的运行时代码编辑器。
- 当需要配置工作流时，开发者不得不在 Studio 和运行的程序之间切换，还得频繁的重启，以便添加新的表单、服务等。
总的来说，这个流程很脆弱也很笨重，为犯错误留下了太多空间。考虑到这点，我们决定在 Studio 实现 BPM 和报表设计器。但是我们还会保留运行时构建报表和工作流的能力。你可能已经注意到，这个方法和我们最近实现的设计时访问组和安全角色一致。
对于报表，一个报表就变成了一个 Java 类，使用 Studio 向导配置。这样的话，能引入编译时检查，并能测试和调试报表，也方便提供更好的可视化设计器。
对于 BPM，思路也类似。设计时的编辑器能对流程定义进行测试和调试，并能一并创建其他相关的内容：服务、表单、处理器等等。这样的无缝开发环境足以与市场上的某些 BPMS 解决方案相竞争。
与其他功能一样，我们也计划在 2021 年底发布这些工具的 Beta 版本。
时间线
为方便起见，这里总结一下各个发布版本的时间线：
- Q2 2021 - Jmix 稳定版
- Q4 2021 - React 客户端稳定版
- Q4 2021 - 以下内容 Beta 版：
- DevOps 以及云工具
- 云原生应用程序支持
- 设计时可视化报表和工作流配置
- Studio 中的其它工具 - Q2 2022 - Q4 2021 发布所有 Beta 版内容的稳定版
这个计划非常有挑战性，某些 deadline 可能会跳票，但是我们已经决定不惜一切投入以达到目标。
未来
实现上述功能后，Jmix 将成为一个构建现代企业应用的强大的平台，提供：
- 支持移动端和 Web 端的可扩展 UI
- 云原生能力以及全自动部署
- 更多的可视化工具，极具生产力的开发以及更加容易上手
事实上，Jmix 应该是低代码应用程序平台（LCAP）市场中的一个强有力的竞争者。除了提供同样高效的生产力外，Jmix 还弥补了很多 LCAP 的短板，所以我们希望 Jmix 能成为这个极具话题的市场中的新力量。
Jmix 是为开发者提供舒适的开发环境而构建的，而大部分 LCAP 专注于为业务人员（又称 “平民开发者” ）服务，开发者体验并不好。同时，Jmix 是开放的，而且足够灵活，可以用来构建高复杂度的应用程序，比如 ERP，这个能力已经被我们社区中的项目多次证明。最后，与众多 LCAP 不同，Jmix 是构建在开源框架之上，意味着你的应用程序是真正属于你的。
我们希望这些 Jmix 的功能组合能帮助你及时交付功能强大而且界面美观的应用程序，能为我们的社区吸引更多的成员。与往常一样，我们非常期待你的反馈，可以在 论坛 发言或者直接联系我们。