如果我有Bootstrap背景,在语义UI中思考？

我熟悉使用Bootstrap(v3和v4)开发webapps和网站,但现在我想开始使用Semantic UI.

经过一些实验,我觉得Semantic UI提供的可组合性比Bootstrap少,但我可能会遗漏一些东西.例如,我还不清楚如何将文本静音？Bootstrap有一个text-muted类,但我在Semantic UI中找不到相应的东西

题

你能描述一下必要的范式转变吗？以下是一些可能有助于您确定答案的问题:

我应该停止做什么/使用什么;

我应该开始做什么/使用呢？

是否存在任何服务器端注意事项/限制？

NB:我不是在寻找Semantic UI和之间的详细比较Bootstrap.

好吧,在使用语义UI之前,我有一些Bootstrap和很多基础背景,转换很容易.现在,当我被迫使用Bootstrap时,一切似乎都不合逻辑.

因此,在Semantic UI上工作了将近6个月,我学到了一些对我有帮助的事情:

当你掌握语义时,它将变得相当容易.当Bootstrap强迫您使用奇怪的不合逻辑缩写时,语义UI是基于自然语言的.例如,"ui倒置巨大的等宽度形式"将以它听起来的方式出现,因为你了解事物是如何协同工作的.

文档.我认为Semantic UI拥有精湛的文档和示例,所以如果你不知道如何做某事,你可以从文档中找到它.我只遇到过几个你从文档中找不到的东西(例如Nag).

有一些限制.例如,由于Flexbox,不支持较旧的Android,iOS和IE浏览器.还有bug,所以你可能需要fork和/或做pull请求和一些Github问题并等待很长时间才能将它们修复到主repo中.或者重写一些组件(我们最终重写了Sidebar,因为它没有在移动设备上执行).但是,无论如何,我们并没有真正看到支持遗留物的意义.

盒子模型和定位与你在Bootstrap中使用的不同,但在某种程度上,当你掌握它时它会更加简单.

不要指望有很多辅助类,把它们写成你自己的.

从第一天开始学习使用LESS,Gulp等 - 它可以帮助您避免许多头痛并提高您的工作效率.当您需要自己的设计时,扩展/覆盖语义UI也是一个好主意.

总而言之,我们遇到了问题,但回顾过去,我们实际上在开发时间中获胜,因为Semantic UI拥有开发现代UI所需的大部分可用工具.