如果需要 beta beta 功能，则对包含大量内容的长期 React Web 应用程序使用 Material-UI 的 beta 版本
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
使用 Material-UI 的 beta 版本实现长期愿景 React web 应用程序有很多内容，如果 beta 功能是必需的，并且使用 UI 库必须遵循 Google 的 Material 设计指南。
我查看了 React-Toolbox、MUI 和 Material Design Lite 等替代品，它们接近我们需要的，但产品与 Material- 一样大且受欢迎UI 会更可取，这就是我犹豫的原因。
我一直在寻找使用 beta 版本的风险，并查看了 Material-UI 的 v1.0.0-betaXX 版本的 22 个预发行说明，但它没有'似乎 不好，但也许
我可以使用稳定版本 v0.20.0 并尝试找到一种方法来添加我需要的功能（flex grid 是其中之一）并最终 will 迁移到 Material-UI 的较新版本（这还包括从 React v15 迁移到 React v16，因为 Material-UI v1.0.0 只会暂时支持 React v15）。
我可以使用测试版 v1.0.0-beta.22 并解决这些错误（if/when 我遇到过它们，如果有的话），逐渐迁移到 React v16 和最终迁移到 Material-UI v1.0.0.
无论哪种方式，我认为从 v1 的测试版迁移到 v1 的发布版比从 0.20.0 迁移到 1.0.0 容易得多，不是吗？但是，与此同时，测试版就是测试版，所以它不是最终产品，我不能保证任何事情。
mui-org is focused on releasing a stable v1 and has an informal target of early 2018。
一路上会有重大变化，但处理它们比从 v0（或您建议的混合解决方案）移植您的应用程序要容易得多。
如果您选择特定版本的 v1 并定期更新，持续重构以解决任何重大更改应该相对轻松。
release notes 非常好，总是 描述每个版本引入的重大更改。
硬着头皮上v1.
使用 Material-UI 的 beta 版本实现长期愿景 React web 应用程序有很多内容，如果 beta 功能是必需的，并且使用 UI 库必须遵循 Google 的 Material 设计指南。
我查看了 React-Toolbox、MUI 和 Material Design Lite 等替代品，它们接近我们需要的，但产品与 Material- 一样大且受欢迎UI 会更可取，这就是我犹豫的原因。
我一直在寻找使用 beta 版本的风险，并查看了 Material-UI 的 v1.0.0-betaXX 版本的 22 个预发行说明，但它没有'似乎 不好，但也许
我可以使用稳定版本 v0.20.0 并尝试找到一种方法来添加我需要的功能（flex grid 是其中之一）并最终 will 迁移到 Material-UI 的较新版本（这还包括从 React v15 迁移到 React v16，因为 Material-UI v1.0.0 只会暂时支持 React v15）。
我可以使用测试版 v1.0.0-beta.22 并解决这些错误（if/when 我遇到过它们，如果有的话），逐渐迁移到 React v16 和最终迁移到 Material-UI v1.0.0.
的发布版本
无论哪种方式，我认为从 v1 的测试版迁移到 v1 的发布版比从 0.20.0 迁移到 1.0.0 容易得多，不是吗？但是，与此同时，测试版就是测试版，所以它不是最终产品，我不能保证任何事情。
mui-org is focused on releasing a stable v1 and has an informal target of early 2018。
一路上会有重大变化，但处理它们比从 v0（或您建议的混合解决方案）移植您的应用程序要容易得多。
如果您选择特定版本的 v1 并定期更新，持续重构以解决任何重大更改应该相对轻松。 release notes 非常好，总是 描述每个版本引入的重大更改。
硬着头皮上v1.