bootstrap中的container row与col

比较好奇bootstarp是如何写响应式的也就是container row col是怎么形成的.
先来看看container代码

container

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
.container {
padding-right: 15px;
padding-left: 15px;
margin-right: auto;
margin-left: auto;
}
@media (min-width: 768px) {
.container {
width: 750px;
}
}
@media (min-width: 992px) {
.container {
width: 970px;
}
}
@media (min-width: 1200px) {
.container {
width: 1170px;
}
}
.container-fluid {
padding-right: 15px;
padding-left: 15px;
margin-right: auto;
margin-left: auto;
}

这里是bootstrap中的container. 在正常的PC也就是大于1200px的情况下 container宽度是1170px 但是无论是1200px还是992,768px.这里都给container设置了一个margin-left,right:auto和paading-left,right:15px。 为什么? 先不急 我们来看看row是怎么写的

JavaScript设计模式笔记-职责链模式

定义

职责链模式的定义是:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系.将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止.

13.1 现实中的职责链

  • 公交车上.人比较多.你从后门上车,经常找不到售票员在哪.因为太挤了.于是你得把公交卡拿出来 交给前面的人 让前面的人给你刷 但是前面的人也不知道 于是前面的人继续往前面传递 直到传递到售票员那里.售票员给你刷卡.
  • 期末考试 你坐在第一排 突然有个问题卡住了.于是你写了一张小纸条往后传 后面的童鞋也不知道 于是再往后传 直到有人会做这个问题为止.

职责链模式的优点就是:请求发送者只需要知道链中的第一个节点,从而弱化了发送者和一组接收者之间的强联系

JavaScript设计模式笔记-亨元模式

定义

亨元模式是一种用于性能优化的模式,亨元模式的核心是运用共享技术来有效的支持大量细粒度的对象.

12.1 初始亨元模式

假设有个内衣厂 有50种男式内衣和50种女式内衣,然后找男生和女生各自穿上一张照片拍照,不使用亨元模式的情况下.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
var Model=function(sex,underwear){
this.sex=sex;
this.underwear=underwear;
}
Model.prototype.takePhoto=function(){
console.log("sex="+this.sex+"underwear"+this.underwear)
}
for(var i=1;i<=50;i++){
var maleModel=new Model("male",i)
maleModel.takePhoto();
}
for(var j=1;j<=50;j++){
var maleModel=new Model("female",j)
maleModel.takePhoto();
}

每次要得到一张照片都需要传递sex和underwear参数.上述的例子new了100个对象…如果数据量太大 就瞬间爆炸了.

情人节,程序猿如何new好对象-about JavaScript

情人节

在今天还在看这篇文章的各位单身汪们,大家情人节..星期日好.为什么不说情人节?对于单身汪来说这不就是个星期天吗?哦对了.还有就是今天各位单身汪都上班了吧,今天真是一个值得庆祝的日子.一边要受到恩爱狗带来的会心一击,一边受到上班带来的debuff.请大家务必要坚持下去,生活这么的美好.何必要跳楼呢?

JavaScript设计模式笔记-模板方法模式

11.1 定义与组成

模板方法由两部分组成,第一部分是抽象父类,第二部分是具体实现的子类,通常在抽象父类中封装了子类的算法框架,也包括公共方法和所以方法执行的顺序.子类通过继承这个抽象类,也继承了整个算法结构,并且可以选择重写父类的方法.

应用一般在于我们有一些平行的子类,各个子类之间有一些相同的行为,也有一些不同的行为,如果相同和不同的行为都混合在各个子类中实现,说明这些相同的行为会在各个子类中出现.这些相同的行为实际上可以被搬移到另外一个单一的地方.

11.2 Coffee or Tea

JavaScript设计模式笔记-组合模式

10.1 回顾宏命令

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
var closeDoorCommand={
execute:function(){
console.log("关门")
}
}
var openPcCommand={
execute=function(){
console.log("开电脑")
}
}
var openQQCommand={
execute:function(){
console.log("登陆QQ")
}
}
var MacroCommand=function(){
return{
commandsList:[],
add:function(){
this.commandsList.push(command)
},
execute:function(){
for(var i=0,command;command=this.commandsList[i++]){
command.execute()
}
}
}
}
var macroCommand = MacroCommand();
macroCommand.add( closeDoorCommand );
macroCommand.add( openPcCommand );
macroCommand.add( openQQCommand );
macroCommand.execute();

宏命令对象包含了一组具体的子命令对象,不管是宏命令对象,还是子命令对象都有一个execute方法负责执行命令.
通过观察这个宏命令可以发现这是一颗很简单的树.
其中marcoCommand被称为组合对象,closeDoorCommand,openPcCommand,openQQCommand都是叶对象.在macroCommand的execute方法中,并不执行真正的操作,而是遍历它所包含的叶对象,把真正的execute请求1委托给这些叶对象.
MarcoCommand实际上只是一组命令的代理,并非真正的代理.macroCommand只负责传递请求给叶对象,它的目的不在于控制对叶对象的访问.

JavaScript设计模式笔记-命令模式

定义

假设有一个快餐店,我们会把每个客户的需求全部记录在一个清单上,这样用户不必关系是那个厨师来负责而是关系自己点的餐能不能收到.
这些清单就是命令模式

9.1 命令模式的用途

命令模式最常见的应用场景是:有些时候需要向某些对象发送请求,但是并不知道请求的接受者是谁,也不知道被请求的操作是什么.此时希望用一种松耦合的方式来设计程序,使得请求发送者和请求接受者能够消除彼此之间的耦合关系.
命令模式把客人订餐的请求封装成command对象,也就是订餐中的订单对象.这个对象可以在程序中被四处传递,就像订单可以从服务员手中传到厨师的手中,这样一来,客人不需要知道厨师的名字,从而解开了请求调用者和请求接受者之间的耦合关系.

9.2 命令模式的例子——菜单程序

假设我们要编写一个有数十个button的菜单界面,某些程序猿负责绘制按钮样式,某些程序猿负责编写点击按钮后的具体行为.那么当完成这个按钮的绘制之后,应该如何给它绑定onclick事件呢?
回想一下命令模式的应用场景:

有些时候需要向某些对象发送请求,但是并不知道请求的接受者是谁,也不知道被请求的操作是什么.此时希望用一种松耦合的方式来设计程序,使得请求发送者和请求接受者能够消除彼此之间的耦合关系.

为什么我会推荐读书

我以前是特别反感读书的,语文英语数学 这些不感兴趣的人肯定反感,当然我也不例外,我也不会去看这些书籍 因为除了对科研方面的人有帮助外 对我们大众来说是没什么帮助的 .
因为这些书籍是属于论述类的书籍而不是实用类的 关于这两个分类你可以去参考《如何阅读一本书》 这里面的片段 这里不摘录。
话说回来了 涉及到一个研究性的问题,我们喜欢看什么书?
很简单就能得出答案 语言幽默轻松——段子, 富有剧情,轻松阅读——网络小说/小说,视频和漫画这个不属于这个问题的范围就不谈了。
很显然,那些 人生哲理,科普文,历史科研文 并不在我们喜欢的范畴之类.为什么我们会在段子与科普文之间会选择段子? 因为我们不愿意去挑战自己,我们都是追求轻松.之所以不挑战是因为想不到这个挑战能给我自己带来什么好处。
so.这就回到了正题 为什么要去读这些书籍.为什么要去挑战原本我们不愿意接触的书籍 这些书籍能给我们带来什么。相比于段子,网络小说以及那些网络上的碎片化知识 这些能带来什么好处。
首先吧,看书都是为了打发时间,工具类的书籍除外.简而言之就是无聊才会去看的.有事做的时候谁会跑去看书.是这样对吧? 但是如果把看书当成一件事去做的时候.这能说成是打发时间吗? 如果要继续谈下去又得谈到打发时间这个概念..
所以要讲述的就是看书并不等于打发时间或者说浪费青春.当你看了一本比较有意思的书,无关类型.能够让内心感到舒畅或者能引发深思,这就算得到收获了.

一本消遣或者娱乐性的书可能会给我带来一时的欢愉,但是除了享乐之外,我也不可能从中得到其他的收获了.
读一本好书,回得到两种回馈:第一,当我成功的阅读了一本难度的好书之后,我的阅读技巧必然增进了.第二——一本好书能够教我了解这个世界以及我自己,我不仅仅是更懂得如何读的更好,还更懂得生命,我变得更有智慧,而不只是更有知识——像只提供讯息的书所形成的那样.你会成为一位智者,对人类生命中永恒真理有更深刻的认识
以上摘录《如何阅读一本书》

当然不能强求每个人都做到这一点.否则世界上不是人人都是智者的吗
要说明的是 读一本非消遣类型的书籍能给有助于我们理解能力的增长.甚至让我们学会了深层次的阅读更加能体会到书所想表达的意思
感觉貌似对自己没啥用对吧?
阅读一本非消遣类型的书籍并不代表去看那高深莫测的哲学类书籍.甚至一本教你如何与儿童相处的小孩类书籍都能从中得到知识
读书只是为了获取知识的一种方法,但这种方法得到知识比看漫画,电影得到的知识要长久深刻得多.
说到这里要表达的意思就是 读书能给我们带来一堆的好处 这些好处不是立即就可以拿到的,而是潜移默化的. 至于什么好处..每个人读每本书都有不同的体会.要我说我也说不出来.
但是一开始也说了 读书是一种挑战性的活动.并不强求每个人都去挑战读书.那样反而会适得其反.读的轻松读的愉快才是读书.
《如何阅读一本书》这本书绝对值得一看.更多啥的我也说不上了.让我扯这么多都是绞尽脑汁的..因为自己读的书还不够多 哈哈