如果需要 Beta Beta 功能，则将 Material-UI 的 beta 版本用于具有大量内容的长期 React Web 应用程序

Posted 2023-02-22

【中文标题】如果需要 Beta Beta 功能，则将 Material-UI 的 beta 版本用于具有大量内容的长期 React Web 应用程序

【英文标题】：Using a beta version of Material-UI for a long-term React web applicationwith a lot of content if beta beta features are a necessity

【发布时间】：2018-05-22 22:08:32

【问题描述】：

正在使用 Material-UI 的 beta 版本来实现长期愿景 如果需要 beta 功能并且使用遵循 Google 材料设计指南的 UI 库是必要的，那么包含大量内容的 React Web 应用程序是一个好主意.

我查看了诸如 React-Toolbox、MUI 和 Material Design Lite 之类的替代品，它们与我们的需求很接近，但像 Material-UI 这样大而流行的产品会更可取，这就是我犹豫的原因。

我一直在寻找使用 beta 版本的风险，并查看了 Material-UI v1.0.0-betaXX 版本的 22 个预发布说明，但似乎不是 em> 不好，但也许

我可以使用稳定版本 v0.20.0 并尝试找到一种方法来添加我需要的功能（弹性网格就是其中之一）并最终将迁移到更新的Material-UI 的版本（其中还包括从 react v15 迁移到 react v16，因为 Material-UI v1.0.0 只会暂时支持 React v15）。

我可以使用 beta 版本 v1.0.0-beta.22 并解决错误（如果/当我遇到它们并且如果有的话），逐渐迁移到 React v16 并最终迁移到发布版本Material-UI v1.0.0.

无论哪种方式，我认为从 v1 测试版迁移到 v1 版本会比从 0.20.0 迁移到 1.0.0 容易得多，不是吗？但是，与此同时，测试版就是测试版，所以它不是最终产品，我不能保证任何事情。

【问题讨论】：

注意：这个问题及其接受的答案已成为 Github 上官方材料-ui README 中'Should I start with v1-beta?' 部分的基础。

谢谢，经过3个月的开发，我绝对不后悔这个决定。任何从 MUI 开始的人都应该使用 Beta。重大更改从不会太复杂而无法安排，并且有很好的文档记录。

【参考方案1】：

mui-org 专注于发布稳定的 v1，并拥有一个informal target of early 2018。

在此过程中会发生重大更改，但处理它们将比从 v0（或您提出的混合解决方案）移植您的应用程序要容易得多。

如果您选择 v1 的特定版本并定期更新，则为解决任何重大更改而进行的持续重构应该相对轻松。 release notes 非常好，并且总是描述了每个版本引入的重大更改。

咬紧牙关，选择 v1。

【讨论】：

...或 v4（即将推出！）