Css 将材料UI与基础框架等其他框架结合起来

我有点心事想了好一阵子，但找不到答案。考虑以下事项：

你喜欢用React建立一个别致的网站，并且必须决定应该使用哪个前端框架。在我的示例中，我选择了材质UI。 现在，您需要更多功能，如响应网格系统、显示/隐藏样式等，而不是自己实现它们（或者从bootstrap/foundation复制），您会想：“嘿，为什么我不在Material UI之外包含另一个框架呢？”

现在问题来了。我知道，大多数可用的css框架都有自己的标准化css和用于排版和其他元素的基本样式。 在不破坏基本功能的情况下，我是否可以安全地在Material UI之外包含另一个（更具特色的）css框架，或者我应该避免这样做？

此外，在不复制其他框架的部分，也不总是重新发明轮子的情况下，扩展css特性的良好实践方法是什么。您是否曾经有过这样一个案例或项目：您必须组合多个前端框架？您是如何解决这个问题的

谢谢你的反馈

干杯

---

格雷戈最近一直在想这件事。。我会选择一个在我的项目中具有我所需要的大部分功能的。我通常只使用Bootstrap（sass版本），并且只使用其中的样式部分（主要是css网格）

混合框架最终将很难维护，您必须在应用程序中包含许多额外的（未使用的）功能。当使用一些“酷”的、功能齐全的组件（如Material UI）时，仍然会有一些组件没有您所需要的属性

因此，我的意见是：

• 仅使用一些框架进行样式设置。这样，您的站点就有了统一的外观。或者仅仅是一些响应性强的网格库就足够了
• 通常，基本的html组件足以满足基本需求，您可以为特殊需求构建自己的自定义组件（或者使用npm库中的一些组件）。这样，您就拥有了所需的功能
• 这样，我的站点就不仅仅依赖于某个单一的框架。我可以随时更改样式部分，我可以将一个组件更改为另一个组件等，而不必重新编写整个应用程序，因为它完全是用一些“全功能”框架开发的

FIY，有一个材料设计版本的基金会，你可以在

查看它。 现在，谈谈你的疑虑。。。在混合和/或同时使用多个框架时，应该非常小心。。。一个问题可能是冲突，另一个可能是不必要的膨胀，这可能会使加载时间变长

但是，如果您意识到这一点，大多数现代框架（作为基础）都可以部分编译，因此您将只加载要使用的内容，从而最小化所有可能的问题