Reactjs 如果需要beta版功能,则为具有大量内容的长期React web应用程序使用Material UI的beta版

Reactjs 如果需要beta版功能,则为具有大量内容的长期React web应用程序使用Material UI的beta版,reactjs,web-applications,frontend,material-ui,beta,Reactjs,Web Applications,Frontend,Material Ui,Beta,如果beta版功能是必需的,那么使用的beta版用于包含大量内容的长期vision React web应用程序是一个好主意吗?使用遵循Google材料设计指南的UI库是一个要求 我研究了React Toolbox、MUI和Material Design Lite等替代产品,它们接近我们的需求,但像Material UI这样大而受欢迎的产品更可取,这就是我犹豫的原因 我一直在寻找使用beta版的风险,并查看了Material UI v1.0.0-betaXX版本的22个预发行说明,结果似乎没有那么

如果beta版功能是必需的,那么使用的beta版用于包含大量内容的长期vision React web应用程序是一个好主意吗?使用遵循Google材料设计指南的UI库是一个要求

我研究了React Toolbox、MUI和Material Design Lite等替代产品,它们接近我们的需求,但像Material UI这样大而受欢迎的产品更可取,这就是我犹豫的原因

我一直在寻找使用beta版的风险,并查看了Material UI v1.0.0-betaXX版本的22个预发行说明,结果似乎没有那么糟糕,但可能是这样

  • 我可以使用稳定版本v0.20.0,并尝试找到一种方法来添加我需要的功能(flex grid就是其中之一),最终将迁移到更新版本的Material UI(这还包括从react v15迁移到react v16,因为Material UI v1.0.0只会暂时支持react v15)

  • 我可以使用beta版本v1.0.0-beta.22并解决这些bug(如果/当我遇到它们,如果有),逐渐迁移到React v16,最终迁移到Material UI v1.0.0的发布版本

  • 不管怎样,我认为从v1的beta版迁移到v1的发行版要比从0.20.0迁移到1.0.0版容易得多,不是吗?但是,同时,beta版也是beta版,所以它不是最终产品,我也不能保证任何东西。

    专注于发布稳定的v1版,并且有一个稳定的版本

    在这一过程中会有突破性的变化,但处理这些变化要比从v0(或您提议的混合解决方案)移植应用程序容易得多

    如果您选择v1的特定版本并定期更新,那么持续重构以应对任何中断的更改应该相对轻松。 这些都非常好,始终描述每个版本引入的突破性变化


    咬紧牙关,选择v1。

    注意:这个问题及其公认的答案已经成为Github官方资料ui自述部分的基础。谢谢,经过3个月的开发,我绝对不会后悔这个决定。任何以MUI开头的人都应该选择Beta。突破性的变化从来都不会太复杂而难以安排,而且都有很好的文档记录……或v4(即将推出!)