例如，material-ui使您具有材料设计的外观。
当您创建一个网站的设计与材料ui无关时，将Material-ui用作ui框架是明智的选择吗？
我看到ui框架通常具有更多的组件，如侧边栏，导航栏，这些组件的实现非常繁琐，因此我看到了使用框架的好处。
但是负责将设计应用于组件反应的团队成员认为，ui框架通常会给他给出的设计带来更多麻烦。
有没有一种方法可以利用ui框架的复杂组件的功能，并且可以最小程度地定制样式？
也许有一种zeroing-out到基本的ui框架样式（我想知道这是否有意义）？
答案 0 :(得分：2)
是的，这是一个明智的问题。可惜的是，库组件的功能投入了很多工作，但随后您陷入了MaterialUI外观。
如果未将站点设计为MaterialUI站点（即设计者未严格遵循MaterialUI设计准则），那么您的团队成员是正确的，使用MaterialUI组件库可能不是一个好主意。我个人还没有听说过任何“归零”库，并且通常在调整主题之外很难定制这些库。
一种更好的imo方式是使用高质量的独立React组件，这些组件没有任何特定的样式，并且可以轻松自定义以实现应用程序的任何复杂部分。有很多不错的选择：
答案 1 :(得分：0)
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源代码作为有关如何使用特定组件的有用资源。