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

Thinking in Semantic UI if I have a Bootstrap background?

我熟悉使用 Bootstrap (v3 and v4), but now I'd like to start using Semantic UI 开发网络应用程序和网站。

经过一些试验后,我觉得 语义 UI 提供的可组合性低于 Bootstrap,但我可能遗漏了一些东西。 例如,我仍然不清楚如何将文本静音? Bootstrap 有一个 text-muted class,但我在 Semantic UI[=39 中找不到等价物=]

问题

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

  • 我应该停止什么doing/using;
  • 我应该从什么开始 doing/using?
  • 有没有服务器端considerations/restrictions?

N.B.: 我不是在寻找 Semantic UIBootstrap.

之间的详细比较

好吧,在使用 Semantic UI 之前,我有一些 Bootstrap 和大量的 Foundation 背景知识,并且过渡很容易。现在,当我被迫使用 Bootstrap 时,那里的一切似乎都不合逻辑。

因此,在语义 UI 上工作了将近 6 个月,我学到了一些对我有帮助的东西:

  • 当你掌握了语义的窍门时,它会容易得多。当 Bootstrap 强迫您使用奇怪的不合逻辑的缩写时,语义 UI 是基于自然语言的。例如 "ui inverted huge equal width form" 会像它听起来的那样出现,因为你了解事物是如何协同工作的。

  • 文档。我认为 Semantic UI 有很棒的文档和例子,所以如果你不知道如何做某事,你可以从文档中找到它。我只遇到过一些你无法从文档中找到的东西(例如 Nag)。

  • 有一些限制。例如,由于 Flexbox,不支持较旧的 Android、iOS 和 IE 浏览器。并且存在错误,所以您可能必须 fork and/or 做拉取请求和一些 Github 问题并等待很长时间才能在主回购中修复它们。或者重写一些组件(我们最终重写了 Sidebar,因为它不能在移动设备上运行)。但无论如何,我们并没有真正看到支持遗留内容的意义。

  • 盒子模型和定位与您在 Bootstrap 中习惯的不同,但在某种程度上,当您掌握它时,它会简单得多。
  • 不要指望有很多帮助程序 类,请自己编写。
  • 从第一天开始学习使用 LESS、Gulp 等 - 它会让您免于头痛并提高您的工作效率。另外 extending/overwriting 语义 UI 是个好主意,当你想要自己的设计时。

总而言之,我们遇到了问题,但回过头来看,我们实际上在开发时间上赢了,因为 Semantic UI 拥有开发现代 UI 所需的大部分可用工具。