您现在的位置：首页
--> 颜海镜
1、*{} #zishu *{} 尽量避开。由于不同浏览器对HTML标签的解释有差异，所以最终的网页效果在不同的浏览器中可能是不一样的，为了消除这方面的风险，设计者通常会在CSS的一个始就把所有标签的默认属性全部去除，以达到所有签标属性值都统一的效果。所以就有了*通配符。*会遍历所有的标签；
• CSS3中的网格
在这篇文章中，我们将来看一些CSS3新属性，从而用HTML和CSS处理网格的时候更容易。但首先让我们讨论一点HTML和CSS网格的历史，了解清楚为什么以前很困难。
在学习javascript的过程中，许多新手发现很难弄明白javascript复杂的的原型继承工作机制。在这篇文章中我谈谈在通过父函数的原型继承模型中如何实现实例属性。
我记录这篇文章的目的是提高jQuery的性能和其他一些好的建议。如果你想深入的研究对这个话题你会发现很多乐趣。记住，jQuery并非不可或缺，仅是一种选择。思考为什么要使用它。DOM操作？ajax？模版？css动画？还是选择符引擎？或许javascript微型框架或jQuery的定制版是更好的选择。
我喜欢引用这句话，“程序是对复杂性的管理”。计算机世界是一个巨大的抽象建筑群。我们简单的包装一些东西然后发布新工具，周而复始。现在思考下，你所使用的语言包括的一些内建的抽象函数或是低级操作符。这在JavaScript里是一样的。
迟早你需要用到其他开发人员的抽象成果——即你依靠别人的代码。我喜欢依赖自由(无依赖)的模块，但那是难以实现的。甚至你创建的那些漂亮的黑盒子组件也或多或少会依赖一些东西。这正是依赖注入大显身手的之处。现在有效地管理依赖的能力是绝对必要的。本文总结了我对问题探索和一些的解决方案。
作为aptana死忠粉的我，最近由于工作需要最近开始使用sublime，初次使用，就被其秒开的启动速度，简洁的界面设计，无干扰的信息提示所这幅。
俗话说，工欲善其事必先利其器，作为码农，在开始编码之前，必须要对自己的工具熟悉，才能事半功倍，所以开始了一番折腾，下面记录下一些笔记。
最重要的事情就是始终用var表达式来声明你的变量。我强烈建议你使用单var模式(single var)。如果你强迫自己做到这一点，你将永远不会遇到任何与变量提升相关的混乱的问题。但是这样做也让我们很难跟踪那些在当前作用域中实际上已经声明的变量。
JavaScript中的数字是真正的浮点数。由于二进制表示的固有缺陷，以及有限的机器空间，我们不得不面对一个充满舍入误差的规范。本文解释了为什么这些舍入误差是什么和为什么。记住使用一个很棒的库而不是自己去做一切。
边界是众所周知的，有什么新的东西吗？好吧，我敢打赌，在这篇文章中，有很多你不看永远不知道的东西！
不仅可以用CSS3来创建圆角，使用原有CSS一样可以显示自定义图形。这是正确的（有待考究）；在过去，没发现这种技术之前，我们可能使用背景图像定位来显示一个园或箭头。幸运的是，我们能放下PS图象处理软件了。
js创建之初，正值java大行其道，面向对象编程春风正盛，js借鉴了java的对象机制，但仅是看起来像，也就是js的构造函数，如下。。。。
javascript中的作用域(scope)和上下文(context)是这门语言的独到之处，这部分归功于他们带来的灵活性。每个函数有不同的变量上下文和作用域。这些概念是javascript中一些强大的设计模式的后盾。然而这也给开发人员带来很大困惑。下面全面揭示了javascript中的上下文和作用域的不同，以及各种设计模式如何使用他们。
在JavaScript中，可以通过两种方式创建数组，构造函数和数组直接量， 其中后者为首选方法。数组对象继承自Object.prototype，对数组执行typeof操作符返回‘object’而不是‘array’。然而执行[] instanceof Array返回true。此外，还有类数组对象是问题更复杂，如字符串对象，arguments对象。arguments对象不是Array的实例，但却有个length属性，并且值能通过索引获取，所以能像数组一样通过循环操作。
在JavaScript中什么情况下使用==是正确的？简而言之：没有。这篇文章来看五种情况下总是使用===，并且解释为什么不用==。
在这篇文章里，我将深入研究JavaScript中最基本的部分——执行上下文（execution context）。读完本文后，你应该清楚了解解释器做了什么，为什么函数和变量能在声明前使用以及他们的值是如何决定的。
• 我的git笔记
转眼间加入git的阵营已经快两年了，结识git，缘起github，2年前在寻找代码托管网站，当时还是用svn，起初使用google code，可是google的服务虽好，在天朝你懂得，后来发现了github，多亏了蒋鑫老师的《GotGitHub》将我带入github的大门，如果你是个github新手，那我强烈建议你阅读这篇文章，里面讲了很多东西。
• 函数式 CSS
在Wealthfront我们是一个函数式编程的超级粉丝。强调不变性和函数式风格意味着更少的“意外”(surprises)，因为副作用是有限的或不存在的。我们能将独立的组件迅速构建出大型系统，通过组合的方式组合组件。函数式编程原则直接应用在大多数语言中，即使他们不是被定义为函数式。同样适用非函数式的css。让我们看下我们最喜欢的(和最讨厌的)一些特性在样式语言中。
我对函数的核心思路：我提出代码最小处理单元的概念：一个基本操作(赋值，比较等)，一个函数调用(包括调用后判断返回值进行判断)都看成一个最小处理单元。那么，一个函数，最小处理单元合理的个数范围在7以内。如果超过了7，你就要考虑把他们拆分成多个函数了(为什么是7？人同时能够处理的信息不超过7个)。
var a = {n:1};
a.x = a = {n:2};
alert(a.x); // --> undefined
看 jQuery 源码 时发现的这种写法。以上第二句 a.x = a = {n:2} 是一个连续赋值表达式。这个连续赋值表达式在引擎内部究竟发生了什么？是如何解释的？
首先，问“这个问题(英文)”的人是个天才，他怎么会遇到这样的一个问题。
其次，回答这个问题的人更是一个天才，我难以想象他会回答这个问题，更难以想象的是，他的回答是如此的详细和丰富和完整，真正称得上诲人不倦。
既然遇到了这个问题，我们不妨也跟着提高一下。
• 如何构建优质代码
DRY 这一法则可能是编程界中最通用的法则了。 目前为止，应该没有哪个程序员对这一法则存有异议。 但是，我们却能发现，一些程序在编写单元测试时忘记了这一法则： 让我们想象一下，当你改变一个类的若干接口，如果你没有使用DRY， 那么，那些通过调用一系例类的接口的unit test的程序，都需要被手动的更改。
近3天十大热文
-
[15] 界面设计速成 -
[14] Android设计中的.9.png
-
[14] 浏览器的工作原理：新式网络浏览器幕后揭秘
-
[13] iOS下自己动手造无限循环图片轮播
-
[13] iOS可视化编程 Tips 之“无需代码设置
-
[13] Spark性能优化——和shuffle搏斗
-
[12] 最萌域名.cat背后的故事：加泰与西班牙政府
-
[12] Go Reflect 性能
-
[12] 我的git笔记
-
[11] 深入剖析 redis replication
赞助商广告
