正在使用 Material-UI 的测试版对于具有大量内容的 React 网络应用程序的长期愿景，如果必须使用 beta 功能并且使用遵循 Google Material 设计指南的 UI 库是一个好主意。
我查看了 React-Toolbox、MUI 和 Material Design Lite 等替代方案，它们接近我们的需求，但像 Material-UI 这样大而受欢迎的产品会更可取，这就是我犹豫的原因。
我一直在寻找使用 beta 版本的风险，并查看了 v1.0.0-betaXX 版本的 Material-UI 的 22 个预发行说明，它似乎不是那个 不好，但也许
我可以使用稳定版本 v0.20.0 并尝试找到一种方法来添加我需要的功能(弹性网格就是其中之一)并最终将迁移到更新的版本Material-UI 的版本(其中还包括从 React v15 迁移到 React v16，因为 Material-UI v1.0.0 仅暂时支持 React v15)。
我可以使用测试版 v1.0.0-beta.22 并解决错误(如果/当我遇到它们时，如果有的话)，逐渐迁移到 React v16 并最终迁移到已发布的版本Material-UI v1.0.0。
无论哪种方式，我认为从 v1 的测试版迁移到 v1 的发布版将比从 0.20.0 迁移到 1.0.0 容易得多，不是吗？但是，与此同时，测试版就是测试版，所以它不是最终产品，我不能保证任何事情。
最佳答案
mui-org专注于发布稳定的 v1 并拥有 informal target of early 2018 .
一路上会有重大变化，但处理这些变化比从 v0(或您提议的混合解决方案)移植您的应用程序要容易得多。
如果您选择特定版本的 v1 并定期更新，则持续重构以解决任何重大更改应该相对轻松。 release notes非常好，总是描述每个版本引入的重大变化。
硬着头皮上 v1。
关于reactjs - 如果需要 beta beta 功能，则将 Beta 版本的 Material-UI 用于包含大量内容的长期 React Web 应用程序，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/47718138/