我一直在我的项目中使用这两种方法,有时我发现需要在引导组件中使用 Material UI 组件,并且 UI 会按我的预期显示。尽管有人建议我不要使用这种方法。由于两者都使用网格并且可以弯曲,有什么理由吗?
原文由 Kleo 发布,翻译遵循 CC BY-SA 4.0 许可协议
我一直在我的项目中使用这两种方法,有时我发现需要在引导组件中使用 Material UI 组件,并且 UI 会按我的预期显示。尽管有人建议我不要使用这种方法。由于两者都使用网格并且可以弯曲,有什么理由吗?
原文由 Kleo 发布,翻译遵循 CC BY-SA 4.0 许可协议
我倾向于冗长,所以我会把简明的答案放在这里:
结论:
本文的其余部分是可选的——不客气:)
我个人在生产应用程序中都使用过 (一起使用,也独立使用) ……我也从头开始完成这一切…… (CSS是我最不喜欢的工作部分 - 幸运的是我有一个同事很棒) 这是我的想法:
警告: 我倾向于冗长。
免责声明:
作为一个喜欢功能胜过形式的人,形式是事后的想法,对于客户询问微不足道的小变化是很挑剔的。我将尽可能多地离开我对“每个选项的感觉如何”的看法。
此外,我正在查看您当前正在做出的选择中的问题 - 这是使用 ReactJS / create-react-app 为触摸屏嵌入式系统制作“演示”项目 - 所以我将推出六个模拟演示程序并没有真正做任何事情(CCscanner,条形码扫描仪,gps,网络摄像头集成,类似的有趣的东西)。所以我正在研究什么对我来说很容易做到这一点,“因为我很无聊,找了个 pi3b+board 来娱乐)。
回答:
如果您有时间、奉献精神和资源,将它们混合在一起确实没有错。但是你只需要考虑它的时间/成本/收益。 DIY 让最终用户满意——即使你将它们混合在一起。完全是你自己在改造轮子——但你总是可以引入自举样式等。
固有的风险是,如果你同时使用两者——确保你不要“混合”太多——因为那样你总是会在尝试对任何一个进行版本更改时遇到问题。
我喜欢很多 MaterialUIs 的东西,但老实说,我不喜欢一些东西的外观(默认情况下风格明智)- 从功能上讲,我喜欢它比 bootstrap 更好,但同时,我不喜欢 MaterialUIs React 编程风格(作为一个纯粹主义者谁讨厌 CSS 但知道它的重要性——与我和我的同事用于约定的任何方式相比,必须使用 !important ever ever… is big big big nonononononononon)。并不是说它比我自己的偏好更好或更糟——但它的一些事情真的让我很恼火(即使它们是有充分理由的)。
Bootstrap 有很多选择可供使用-我喜欢它看起来更好,我更喜欢它与 ReactJS 一起玩的更好-但是有 reactstrap 与 react-bootstrap (这就是为什么我发现你的帖子试图确定使用哪一个对于我正在做的这个演示的事情)。
最近(对于生产项目)我确实尝试只使用一个,但通常我正在制作功能优于形式的系统。所以他们并不真正关心 UI 元素,而是关于如何使用它而不是让它变得漂亮。所以我坚持使用单一的,只是为了让我的工作更轻松——而且通常我自己仍然会覆盖样式……如果原始样式惹恼了我。但我不坚持使用一种,因为“同时使用这两种方式很糟糕”,出于上述原因,我只坚持使用一种。我实际上会说带宽是否不是问题-两者都使用的质量-但仅使用您实际使用的部分。
(我注意到有人曾经导入完整的 jQuery,而他们使用的唯一东西是 $.ajax(虽然很多但仍然如此)……我想……这不是矫枉过正吗?!) - 所以如果您同时使用两者并希望保持苗条 - 只需确保在编译时您只导入您正在使用的内容。我在 Python 上说 - 永远不要使用 import * from module (但是您在 Javascript 中将其表达为一个概念 - webpack/gulp/whomever 应该为您处理大部分内容)。假设您使用的是 ES6/7 风格的 Javascript。