Bootstrap与Material UI for React？

Question

我在项目中一直使用这两个工具，有时我发现需要在Bootstrap组件和UI显示中使用Material
UI组件，这与我期望的一样。有人建议我不要使用这种方法。既然两者都在使用网格并且可以灵活使用，那有什么理由吗？

Answer 1

我倾向于冗长，因此我将简洁的答案放在这里：

结论：

谁说不好用两者可能只是在表达自己的观点，实际上说不好用两者在设计时确实缺乏上下文。@
user3770494提出了一个很好的观点，但这一观点虽然对构建大小有效且真实，但它确实取决于应用程序的范围。如果它是一个局内应用程序，并且每个人都在光纤网络中，那么无论如何它都将被缓存在内存中……但是（不是您知道我的意思）如果您将它们混合在一起，我不会做出否定的判断-
除非是为了百万主要用户应用程序，可在需要实时更新时间的移动设备（非常低的设备），台式机和世界各地的其他设备上运行，并在24/7的任何给定时间以10000个活动用户的形式流式传输动态内容。

总而言之-如果不是生死攸关的话-我会说既使用-又自己做。理解多于一件事的经验要好于仅仅“致力于一个解决方案”以促进个人成长。

其余阅读内容是可选的-不用客气:)

我个人已经在生产应用程序中使用了这两种软件 （一起使用，并且独立使用） …我也从头开始做这一切… （CSS是我做的工作中最不喜欢的部分-
幸运的是我有一位同事很棒） 这是我的想法：

警告： 我倾向于太冗长。

免责声明：

作为一个喜欢功能胜于形式的人，形式是一种事后挑剔的选择，供客户询问微小的微小变化。我将尽我所能，对“每个选项如何寻找感觉”发表自己的看法。

另外，我也在当前选择中查看您的问题-使用ReactJS / create-react-app为触摸屏嵌入式系统制作“演示”项目-
因此，我将进行六次模拟演示程序并没有真正起作用的东西（CCscanner，条形码扫描器，gps，网络摄像头集成，类似这样的有趣东西）。因此，我正在研究对我而言，“因为我很无聊并且得到了pi3b
+ board的乐趣”对于我来说将变得容易些。

回答：

• 如果您有时间，奉献精神和资源，那么将它们混合在一起确实没有错。但是您只需要考虑它的时间/成本/收益。DIY使最终用户满意-即使您混合使用它们。完全可以自己重新制造轮子，但您可以随时采用boostrap样式等。

• 固有的风险是，如果同时使用两者-请确保不要将它们“大量混合”-因为那样一来，尝试对其中任何一个进行版本更改都会遇到问题。

• 我很喜欢MaterialUI的很多东西，但是老实说，我不喜欢某些东西的外观（默认情况下为样式明智）-从功能上讲，我更喜欢它，而不是自举，但与此同时，我不喜欢MaterialUIs React编程风格（作为纯粹主义者）谁讨厌CSS，但知道它有多重要-必须使用！evereverevereverevereverevereverevereverevereveronononononononononononononononononononon）与我和我的同事用于约定的任何方式相比。没有说出我的喜好是好是坏，但是关于它的一些事情确实让我感到讨厌（即使这样做是出于充分的理由）。

• Bootstrap有很多可供选择的选择-我喜欢它看起来更好，我喜欢它与ReactJS一起玩的更好-但是存在reactstrap vs. react-bootstrap（这就是为什么我发现您的帖子试图弄清楚要使用哪个为此我正在做的演示）。

• 最近（对于生产项目）我确实尝试只坚持一种，但是通常我正在制作功能胜于形式的系统。因此，他们实际上并不太在乎UI元素，而是在如何使用它而不是使其漂亮的问题上。因此，我坚持使用单一样式只是为了使我的工作更轻松-并且通常仍会自己覆盖样式…如果原始样式惹恼了我。但是我不坚持使用一种方法，因为“同时使用这两种方法都是不好的形式”，出于上述原因，我只是坚持使用一种方法。我实际上是在说带宽不是问题-两者兼有的质量-但只能使用您实际使用的部分。

（我注意到有人曾经导入完整的jQuery，当时他们使用的唯一东西是$
.ajax（虽然很多，但还是如此）……我想……那不是矫kill过正吗？！）-如果您同时使用两者并希望保持精简-
只要确保在编译时仅导入要使用的内容即可。用Python的方式来说，我是说-永远不要从模块中使用import
*（但是，您在Javascript中将其表达为一个概念-webpack / gulp / whomever应该为您解决大部分问题）。假设您使用的是ES6 /
7样式的Javascript。