我在用bs的时候还处于前端入门阶段,bs官方文档友好到任何类型的开发人员引用这个文件,复制粘贴即可UI成型,也不需要补习太多前端知识。
没有设计师或急需赶工的情况下,它无疑是最有保障的css框架首选。使用它你无须担心兼容,页面塌陷等肉眼可见的bug,bs全都为你处理掉了,十分省心。
在一个项目的0阶段,想要快速形成demo,bs是合适web端做打底衫的。
到了项目增长阶段,bs的作用将大打折扣。Bs无法完全满足新要求带来的UI变化。特别是在不是前端开发人员调试的情况下,由于知识经验不足,页面的臃肿布局可能会混乱。随着前端开发人员的成长,面对UI变化,大多数人认为笔记比使用bs更容易。
想基于bs做更加炫丽的页面不通透这个框架是无法达到的,这是部分开发人员中途弃用bs的原因之一,但这个框架依然存在项目,日新月异后,bs会成为想抽离又无法抹去的泥巴。
开发人员在这块泥巴上反复修改揉捏,所以后来会常常思考,这个框架为项目到底做了什么呢?
一开始你把bs当作打底衫,那它则只能用于打底。
要利用Bs作为框架,需要时间学习,需要支付费用来补充理解这个框架的前提知识,但当bs完全理解bs的源代码后,你会发现很多实现手法中没有你认为的伟大。你也会努力的。甚至想出更绝妙的思维方式也能完成同样的工作。
另外,多列布局是最常见的CSS布局之一,是单独处理各种业务场景的10种方法之一,bs的流布局似乎支撑着天空,可以满足80%的要求,但开发人员仍然保持20%,追求更高效的技术,随着前端的发展,
其实如果一个前端工程师能够对bootstrap或者foundation这类框架有深入的了解的话,对技术、效率的提升还是挺明显的。
所以,我想很多前端开发者们不用bootstrap框架的原因是因为他们已站在bs的肩膀上看到了更精彩的世界。
暂无评论内容