关于题目

因为其他原因，很久没更新 blog 了，这次用 hexo 搭建一个 blog。 同时建立一个 1.01^365 的标签，记录点点滴滴，来督促自己每天进步一点点。之前的 blog 有的在 sae 上，有的记在笔记里，后面一点一点整理出来，放在这个地方统一管理。

周六去了w3ctech举办的豌豆荚前端技术专场，一共听了3场演讲。http://www.w3ctech.com/event/33。

总体体会

之前也参加过其他公司比如腾讯、百度等举办的技术分享活动，但这次感觉是和前几次不一样。

之前的活动分享的多是他们自己开发的库，自己在开发中的解决思路以及对某个特定问题的研究等等，而豌豆荚并不是这样，他们非常崇尚效率。看下豌豆荚的项目可以发现，他们使用了各种开源库，研究了各种新的技术，并投入到生产中去，比如angular，backbone，recat，ploymer等都有在使用，还使用了各种开源或商业的服务。

豌豆荚和我们很多相似的地方，都是初创公司（其他他们也不小近300人了），他们的前端工程化解决方案和我们目前的几乎一致，但他们的更加完善，他们的 Windows 客户端也同样是 webkit + html 的 webapp 架构。因此觉得值得总结一下。

之前提到过，在可视化格式模型中，每一个元素都会根据盒子模型产生0个或多个box，而这些box的布局会受四大因素的影响（box尺寸和类型、定位系统、文档树中元素之间的关系、外部信息），下面就学习下定位系统。

接下来，介绍一下CSS2.1中可能产生的框的类型。在某种程度上，框的类型影响了它在可视化格式模型中的表现。diaplay属性用来指定框的类型。

上节简单介绍了包含块的相关概念，这节详细讲解包含块。

包含块判定及其范围

之前说过一个元素box的定位和尺寸计算，有时候和一个特定的矩形有关，这个矩形称作该元素的containing block。而元素会为它的子元素创建包含块，那么是不是说，元素的包含块就是它的父元素呢？答案是否定的！

一个元素包含块的确定，跟元素自身和它的祖先元素的样式等有关系。
包含块判定总流程图如下：

前言

好久没写东西了，最近太懒了。最近在微博上看了一副学习金字塔，从图中可以看出学习效率最低的就是”听讲”和”阅读”，最高的就是“教别人”和“马上应用”，高中就从这条定律中受益匪浅，为啥上了大学就成口头上的巨人，行动上的矮人了，要强迫改变自己了！

下面就总结下这段时间看的一个知识点——CSS的可视化格式模式（visual formattin model）

大概知道localStorage大小大约在2~5M之间，直接用10M的字符串然后二分的方式测试一下不就可以很快的测试出容量的大小了。