例如，material-ui为您提供材料设计的外观。
当您创建一个设计与材料ui无关的网站时，使用material-ui作为ui框架是一个明智的选择吗？
我看到ui框架通常有更多组件，如侧边栏，导航栏，实现起来相当繁琐，所以我看到了使用框架的好处。
但是我们的团队成员负责应用设计来反应组件，他们认为ui-framework通常会导致更多的麻烦来达到他给出的设计。
有没有办法利用ui框架的复杂组件的功能，并且最小化摩擦定制风格？
也许有一个zeroing-out所有的ui框架样式到基础（我想知道这是否有意义）？
是的，这是一个明智的问题。遗憾的是，对于库组件的功能进行了如此多的工作，但是您已经锁定了MaterialUI的外观和感觉。
如果该站点尚未设计为MaterialUI站点（即设计者未严格遵循MaterialUI设计准则），那么您的团队成员是正确的，使用MaterialUI组件库可能是个坏主意。我没有亲自听说过任何“归零”库，通常这些库很难在调整主题之外进行自定义。
更好的方法是使用高质量的独立React组件，这些组件不会强加任何特定的样式，并且可以轻松定制以实现应用程序的任何复杂部分。有很好的选择：
Material-UI组件代码的很大一部分与实现Material Design外观有关。虽然样式是高度可定制的，但如果您的目标不是至少与Material Design保持一致，那么如果您需要显着撤消/覆盖默认样式，您可能会为自己创建大量额外工作。大多数组件。
也就是说，Material-UI组件的结构使您可以利用某些较低级别的构建块来创建自己的组件。例如，InputBase和ButtonBase是用于在Material-UI中创建不同类型的输入和按钮的构建块。
您可以查看https://mui-treasury.com/，了解一些Material-UI组件的重要定制示例。
即使您没有利用Material-UI组件（“@ material-ui / core”），您仍然可以发现利用@material-ui/styles和@material-ui/system软件包来帮助您自己的样式解决方案。如果您决定创建自己的组件，则可以使用Material-UI源代码作为有关如何使用特定组件的有用资源。