Reactjs 当您大量定制样式时，使用UI框架是否仍然有益？

例如，材质ui提供了材质设计的外观

当你创建一个设计与材质ui无关的网站时，使用材质ui作为ui框架是明智的选择吗

我看到ui框架通常有更多的组件，比如边栏、导航栏，它们的实现非常繁琐，所以我看到了使用这些框架的好处

但是我们负责将设计应用于反应组件的团队成员认为，ui框架通常会给他给出的设计带来更多麻烦

有没有一种方法可以利用ui框架复杂组件的功能，同时又能最大限度地减少定制样式的摩擦

---

也许有一个

将ui框架的所有样式归零到基本样式（我想知道这是否有意义）？
是的，这是一个合理的问题。遗憾的是，这么多的工作都花在了库组件的功能上，但你却被困在了MaterialUI的外观上

如果站点未被设计为MaterialUI站点（即，设计师未严格遵守MaterialUI设计指南），那么您的团队成员是正确的，使用MaterialUI组件库可能是个坏主意。我个人还没有听说过任何“归零”库，一般来说，除了调整主题之外，这些库很难定制

imo的一个更好的方法是使用高质量的独立React组件，这些组件不强加任何特定的风格，并且易于定制，以实现应用程序的任何复杂部分。有很多好的选择：


用于下拉列表/键入标题/自动完成
用于侧边栏
用于工具提示和弹出窗口
情态动词
等
材质UI组件代码的很大一部分与实现材质设计外观有关。尽管样式是高度可自定义的，但如果您的目标不是外观至少与材质设计保持某种程度的一致，那么如果您需要显著撤消/覆盖大多数组件的默认样式，您可能会为自己创建大量额外的工作

这就是说，Material UI组件的结构方式是，您可以利用一些较低级别的构建块来创建自己的组件。例如，和是用于在材质UI中创建不同类型的输入和按钮的构建块

您可以查看一些重要定制某些材质UI组件的示例

即使您不利用Material UI组件（“@Material UI/core”），您仍然会发现利用和包来帮助您自己的样式化解决方案具有相当大的价值。如果您决定创建自己的组件，您可以使用MaterialUI源代码作为有关如何处理特定组件的有用资源