发表于: 2019-07-15 21:02:27

1 856


今天完成了什么:

花了很长时间拆bootstrap的组件库;

今天遇到了什么问题:

问题很多,蛋疼的一批,怎么拆都拆不对,后面看了下官方文档才略有所悟;多看官方文档和用法吧;

今天收获了什么:

拆需要的框架内容;以下是我任务需要用到的部分属性,一开始怎么写都写不对,后面才去看了下组件库的意思;看上去很简单,却花了我一天的时间去领悟;弄组件库确实能节省很多重复劳动,现在懂得也是皮毛,分享不出什么东西;

*,
*::before,
*::after {
box-sizing: border-box;
}


.g-h-container {
width: 80%;
margin: 0 auto;
}


.container {
width: 100%;
padding-right: 15px;
padding-left: 15px;
margin-right: auto;
margin-left: auto;
}

@media (min-width: 576px) {
.container {
max-width: 540px;
}
}

@media (min-width: 768px) {
.container {
max-width: 720px;
}
}

@media (min-width: 992px) {
.container {
max-width: 960px;
}
}

@media (min-width: 1200px) {
.container {
max-width: 1140px;
}
}

.container-fluid {
width: 100%;
padding-right: 15px;
padding-left: 15px;
margin-right: auto;
margin-left: auto;
}

.row {
display: -webkit-box;
display: -ms-flexbox;
display: flex;
-ms-flex-wrap: wrap;
flex-wrap: wrap;
margin-right: -15px;
margin-left: -15px;
}

.col-md-6,
.col-sm-6,
.col-12,
.col-lg-3 {
position: relative;
width: 100%;
min-height: 1px;
padding-right: 15px;
padding-left: 15px;
}

.col-12 {
-webkit-box-flex: 0;
-ms-flex: 0 0 100%;
flex: 0 0 100%;
max-width: 100%;
}

@media (min-width: 576px) {
.col-sm-6 {
-webkit-box-flex: 0;
-ms-flex: 0 0 50%;
flex: 0 0 50%;
max-width: 50%;
}
}

@media (min-width: 768px) {
.col-md-6 {
-webkit-box-flex: 0;
-ms-flex: 0 0 50%;
flex: 0 0 50%;
max-width: 50%;
}


}

@media (min-width: 992px) {
.col-lg-3 {
-webkit-box-flex: 0;
-ms-flex: 0 0 25%;
flex: 0 0 25%;
max-width: 25%;
}
}



看到一个有趣的组件化开发故事:

作者:alo

第一代码农写下第一行代码开始到上个世纪的80年代的软件危机,码农一直在考虑一个问题,怎么让写代码容易。抛开找大牛,大神程序员这条路(你以为大牛,大神那么容易找啊),最后自然而然形成的一套思路就是大团队的协同合作(如同cpu发展史一样,从飙主频到飙核数)。
  协同合作?----- 这个可就麻烦了。。。。团队。。。。还合作。。。。
  几乎所有的码农开始代码的时候(我强调了几乎,不是全部,我强调了开始,不是所有时候)写代码的都是以自我为中心的。怎么解释这种情况呢,就是cow code---牛仔代码,代码风格随意看心情。这就导致了写代码协作起来极为麻烦,为什么呢?我写代码的时候 ,我和上帝知道什么我写的什么,过了一个月就只有上帝知道写的什么了。这个问题在前端领域尤其严重,原因有如下几点:
  1. 因为这个领域没多少年
  2. html/js/css发明出来的时候就只玩玩而已的工具,技术栈非常不成熟。
  3. 这个领域人员水平参差不齐。
  4. 这个最坑爹了:JS是单线程的,CSS是全局的。。。尼玛。。。。几个人一起搞,一个bug全家玩完。。。

  你这让人怎么干活。。。。活那么多。。。。人那么多。。。。相互坑不出活,老板会fire掉大家的。

  很早就有人来想办法解决这个问题,在软代时代就已经有解决这个问题的法宝--组件化。当然那时候不是那么叫的,是通过两个原则来规范这个问题的,这两个原则就是:内聚性和耦合性。
  意思就是:哥,我想按时回家哄妹子!!!你怎么写代码我不管,你的功能全在这你这儿实现(内聚性),不要让我还帮写你那块功能。另外,哥,求你了,你代码不要block(影响)我的代码(低耦合性)。

  既然解决问题的思路在这儿,前端大牛一代代前赴后继的在这条路上狂奔下去。
第一代:YUI
  200X年的时候,这个框架火啊。把JS的坑都填了以后,比较low的事情就差不多解决完了。就直扑组件化,当时一派盛世,仿佛从此以后,前端界一马平川,大家再也不用一行行代码去写了。
  YUI已经已经给了大家全部。。

  你要写个切换头图----new Y.SlideShow,你要写个时间取值----new Y.Timepicker。
  但是YUI还是倒在历史的车轮下(jquery UI也类似),为什么呢?

  YUI解决了组件化的问题,但是太过于学院派。要求每个用这个程序员如同学校里的好学生一样要熟悉整套UI规范和使用规范。就是你还是要熟悉YUI的CSS,HTML,JS,这样才能用非常爽。这就如同你如果你是个学渣,学霸把卷子给你抄了,如果你没好好听过课,给你抄你都会把[公式]抄成8,会把[公式]抄成Eba。

第二代 ExtJS
  ExtJS是踩着YUI的尸体走过来的,第一版的extjs完全是拿yui改的。我第一次写ExtJS写东西的时候,我哭了。。。我感觉我要失业了。太特么,太特么,太特么好用了。这完全是给后端程序员的大大的礼物,看着一个个Java码农写着自己的业务逻辑,顺带着把前端全搞定,而且还比你们一个个前端码农还搞得好得多的时候,完完全全的失落感啊,好像世界已经完全不需要前端了,整个世界都变黑了。。。。。。
  extjs比YUI进步在那儿呢,首先它表面上有一套漂亮的UI。这个实质上就是你不用写CSS了,它帮你写好了。另外你HTML也不用写了,它也帮你写好了。这不对啊,前端页面怎么可以没有HTML和CSS呢----------------extjs都帮你封装到js里了。。。


  这就如同你是个学渣,学霸把卷子给你抄了,而且这回的卷子还都是选择题....
  这回是送分啊。。。。。

  可是PM、老板不是吃素的。。。大家都有一身好手艺啊,难分高下啊,那来个附加题吧-----这一块不太好看啊,加个闪闪的效果,那一块左右动动吧。。。。。。。。

  extjs用是很简单,定制的话。。。。。。还是改错一处,全局。。。。。


第三代:web component
  w3c,google什么的都突然有一天发现。iphone一出,我们的数钱数得手抽筋的好日子是快完了吧。以后感觉没web什么事了额。。。。。砸帅哥,霉女一见面都问装啥app,都不用电脑,笔记本,更谈不上看网页了呢。。。。
  gg一想,"不行啊",然后google买了android,"还是不行啊,我现在这么容易挣这么多钱,我就是把android养大了也不见得挣现在这么多钱额。我还是得把web这块保住啊”,w3c赶紧附和道:“对,对,对”。然后大家都知道了chrome 拼命刷版本从1~47没用几年吧。。。。web的规范是一波波的出啊, es4,5,6,7全出来了。
  然后就有了web component横空出世,带着四个小弟shadow dom/custom element/template/import。

  这回组件化的卷子又有什么不同呢?
  学校太差要被撤,学霸学渣站一条线上了,即然大家都要完,我们一起拼一把吧。
  “好”:学霸,学渣异口同声
  然后学霸帮学渣把卷子都做好了,然后对学渣说:“哥,你写上你名字吧!“

  这次的组件化完完全全不一样了,custom element的出来的组件,可以是以前任意的东西,然后注册成任意一个名字的组件,可以就<niubi-xxxcomponent>,也可叫<my-cat>,反正你想叫啥,就叫啥,然后小伙伴(host)把你的组件(element)直接import进去了以后,完全不会影响大家的开发。注意,是完全不会影响,css只是组件局部,js也是只管自己的。终于实现了大家一起出力,各干各的,完全不会相互影响。。。。这可是真正的齐头并进啊。

来个例子:


<link rel="import" href="banner.html">
<link rel="import" href="phones.html">
<link rel="import" href="list.html">
<template name="t-listBox">
<t-banner></t-banner>
<t-phone></t-phone>
<t-list></t-list>
</template>

  这是前端代码么,怎么这么少。。。。。
      这可是妥妥一个完整的界面啊,有banner,电话输入框,和电话列表啊。
  这是要闹那样,代码往那里写,代码往那里写啊。。。。
  这正是奥妙之所在,可以三个同学同时写<t-banner><t-phone><t-list>三个组件,然后直接import进来以后就可以直接用了。。。
      高内聚,低耦合
      ~bingo~
      世界顿时好美好 T_T


  但是。。。
  但是。。。
  但是。。。

  但是一般都是是故事的。。。。

  这规范到不成熟,到处是坑啊,我会跟你说么 T_T


  说个简单的,这一个个组件都是独立的,那样式不受外部影响,通用的样式怎么办。。。。。怎么办啊,难道一个个组件去改么。。。
      我不会告诉你,有::shadow和/deep/这么奇怪的选择器,而且没用几天就被deprecated(废止)了,虽然现在还能用,但是不知道那一天取消支持,这也太让人忐忑了。

  当然,组件化的时代已经开启,为了填原生的坑,已经有无数勇士已经又踩着前者的尸体冲上来了
  他们是:
  • Angular Directives
  • Ember Components
  • React Components
  • KnockoutJS Components
  • Vue.js Components
  • Backbone Components
  • CanJS Components
  • Famous Components
  • Anything.JS Components?

明天计划:

写任务;


返回列表 返回列表
评论

    分享到