切换到Twitter bootstrap的优点/缺点

Question

我在一家企业级SaaS公司工作.该产品是现场产品,在开发方面约为6个月.显而易见,我们作为公司和产品仍处于起步阶段.

我们的一个项目人员购买了他在网上找到的主题.它有一些很好的图像,但除此之外,它主要是垃圾.用于ui的唯一其他附加组件是jquery ui.我想有必要提一下我们使用Microsoft堆栈(C#,MVC3,Visual Studio).我们还涉足Html5和Css3.

最近我从我的开发朋友那里听到了很棒的引导,如何不使用它是愚蠢的顶峰.我想将引导程序用于公司中的其他人,但我希望首先从SO社区获得反馈.

转换的优点/缺点是什么？你会推荐吗？如果是,你会有多难推动开关？

Answer 1

这是一个主观问题,但我想知道自己,所以我会尝试一个答案.

假设您可以将它集成到您的产品中(单独讨论),Bootstrap将让您快速到达一个体面的地方.我说"体面",因为我不认为它是最终的.

优点

在复杂的数据输入屏幕方面很弱.当然,屏幕应该对用户来说简单,但这并不意味着表单在技术上可能不复杂.有时,用户训练有素,需要复杂的表格,以便他们能够快速完成工作.
jQuery插件是有限的.当然,你可以集成自己的,找到其他第三方控件等.但是开箱即用,你缺少重击手,如网格,树视图,拖放等.
命名约定和语义是平庸的.示例:使用<i>图标标记.类名称如"pull-right".
这是非常可定制的,但不可避免的是许多网站开始看起来很相似(就像Wordpress一样 - 考虑有多少博客网站看起来一样).

最后,伟大的赞成和反对:这是别人的代码.你没有写; 如果您希望它以不同的方式工作,您必须了解如何执行此操作,以及如何偏离已建立的代码流.

以下是我在最近的几个项目中如何处理它.所有都是使用c#,ASP.Net MVC,HTML5,CSS 2/3和jQuery编写的(类似于问题中的开发堆栈).

作为参考,我在JavaScript和CSS方面相当稳固.如果您的开发团队中没有人强大的CSS或JavaScript,从头开始将是一项艰巨的任务(可能是浪费时间).

该产品具有复杂的安全模型,并且在数据输入/工作流程方面非常重要.应用程序管理的业务流程很复杂,因此UI的主要目标是简单性.我开始使用Bootstrap,但是在一天之内将其删除,因为我知道我需要完全控制,并且我已经拥有了基本的CSS模式和一些我自己构建的JavaScript组件.

但是,我保持了LESS CSS.我也喜欢颜色编码的按钮.偶尔(这仍然是真的),我使用Bootstrap作为参考,以了解广泛使用的框架如何应对特定的挑战.

我知道我能够花费大量时间来使用这个产品,并且我花时间去改进我自己的框架和我自己的文档.我深入了解产品,实现我想要的UI所需的自由度/可扩展性越高.

该产品已经过商业演示和销售,用户界面非常受欢迎.我花时间在自己的代码上做出了正确的选择.

这是一个面向公众的简单网站,用于收集用户信息.我设计了大部分解决方案,但我没有全职工作.

最初,使用Bootstrap非常顺利.事实上,这个答案在项目完成之前吹捧了Bootstrap的成功.

该团队喜欢Bootstrap并熟悉它.他们使用自定义的Bootstrap模板快速构建了一些模型.由此产生的用户体验远远高于平均水平,Bootstrap节省了时间.团队在需要时可以轻松找到文档.

在Bootstrap模板中深入研究"其他人的代码"对团队来说是一个挑战,但他们设法剥离了不需要的东西并让它看起来可以接受.

Bootstrap将项目带入了原型阶段.一旦我们开始微调,它就变得不那么有用了.我们从未做出"停止使用Bootstrap"的决定,但是当项目上线时,我们发现了优秀的JavaScript组件并且无法识别CSS.

该网站纯粹用于营销,需要快速建立.我的客户购买了他们喜欢的模板,我们在几个小时内对其进行了定制.

模板的代码相当容易导航.唯一的困难是它是为先前版本的Bootstrap编写的.

它完美吗？没有.但是它很快完成了工作,并且在大多数设备上都能很好地工作,而我只需付出很少的努力.

我使用Bootstrap-100%unustomized-来减少为在线系统构建专业外观文档所花费的时间(例如API文档).为此,我喜欢它.它允许我提供专业外观的内容,浪费在风格上.

如果您的时间和/或经验不足,请考虑使用Bootstrap.如果您正在计划一个主要产品,请准备好您可能需要"深入"代码.

当然可以使用Bootstrap构建一个外观漂亮的网站.并且同样可以在没有的情况下这样做.使用正确的工具完成工作.调查Bootstrap作为候选工具至少一次可能是值得的.即使您有经验,也可以选择一些技巧.

最近我从我的开发朋友那里听到了很棒的引导,如何不使用它是愚蠢的顶峰.

很少有技术问题(或遗漏)是"愚蠢的顶峰".花一个周末,尝试集成到产品的一部分.您将很快看到它的优点/缺点并开始确定其价值.