Twitter bootstrap 3 如果我有自举背景，在语义UI中思考？

我熟悉使用（

v3

and）开发网络应用和网站，但现在我想开始使用

经过一点实验后，我觉得语义UI提供的可组合性不如引导，但我可能遗漏了一些东西。 例如，我还不清楚如何使文本静音？Bootstrap有一个

文本静音的
类，但我在语义UI中找不到等价的类

问题:
你能描述一下必要的范式转换吗？以下几个问题可能会帮助您确定答案：


我应该停止做什么/使用什么
我应该开始做什么/使用什么
是否存在任何服务器端注意事项/限制

 <强> N.B: 我不想在代码>语义U/<代码>和<代码> Bootstrap < /C> > 
 < P>之间进行详细的比较，在使用语义UI之前，我有一些引导和大量的基础背景，并且转换很容易。现在，当我被迫使用Bootstrap时，一切似乎都不合逻辑

因此，在语义UI上工作了近6个月，我学到了一些帮助我的东西：


当你掌握了语义学的窍门后，它会变得相当容易。当Bootstrap强制您使用奇怪的不合逻辑的缩写时，语义UI是基于自然语言的。例如，“ui倒置的巨大等宽表单”将以听起来的方式出现，因为您了解事物是如何协同工作的

文件。我认为语义UI有极好的文档和示例，所以如果你不知道如何做某事，你可以从文档中找到它。我只遇到了一些你在文档中找不到的东西（例如Nag）

有一些限制。例如，由于Flexbox，旧的Android、iOS和IE浏览器不受支持。而且存在bug，所以您可能必须分叉和/或拉取请求和一些Github问题，并等待很长时间才能在主repo中修复它们。或者重写一些组件（我们最终重写了侧边栏，因为它不能在移动设备上运行）。但无论如何，我们并没有真正看到支持遗留内容的意义

盒子的型号和位置与你在引导中使用的不同，但在某种程度上，当你掌握了窍门时，它会简单得多
不要期望有很多助手类，自己编写它们
从第一天开始，学会少用、大口吞咽等——这将使你免于很多头痛，并提高你的工作效率。当您需要自己的设计时，扩展/覆盖语义UI也是一个好主意

总的来说，我们有问题，但是回顾一下，我们实际上在开发时间上获胜了，因为语义UI拥有开发现代UI所需的所有可用工具。
请考虑试问一个这样的工具将让您看到所有的SysLogUI类1。我同意课堂惯例让我感觉更自然，但在将
项目
与
网格
和其他元素混合时，我在组件结构方面遇到了更多困难。文档内容广泛，但很难探索，例如，在哪里可以找到颜色或打字类型？我想这会变得更容易，但可发现性可能会提高4。一旦你理解了
two-wide-column
的想法，我用
column
网格来定位我的位置是非常好的！助手类非常正确，因为没有。至于虫子，SUI现在比以前稳定多了。我还要补充的一点是，对于字段数组（即
name=“fieldName[]“
，因为也没有。颜色不是真正的帮助类。它是一些组件/模块的一个组成部分。我说的是像
clearfix
这样的帮助类。所以在这种情况下，你可以在字段内浮动按钮，但是你不能清除浮动按钮。）哎呀！