概述 面向对象的思想很好地解决了抽象性的问题，一般也不会出现性能上的问题。但是在某些情况下，对象的数量可能会太多，从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象，同时又不影响客户程序使用面向对象的方式进行操作？ 意图 运用共享技术有效地支持大量细粒度的对象。[GOF 《设计模式》] 结构图 1．单纯享元模式的结构 在单纯享元模式中，所有的享元对象都是可以共享的。单纯享元

首先看2个问题： 1）line-height和font-size 有联系吗，什么联系？ 2）line-height的继承特性有什么特殊性？如果你对这2个问题很清楚的话，你可以跳过本文。 首先看看w3c的解释：line-height 属性设置行间的距离（行高，行间距）。 该属性会影响行框的布局。在应用到一个块级元素时，它定义了该元素中基线之间的最小距离而不是最大距离。line-height

The scientist builds in order to study, the engineer studies in order to build. -- Fred Brooks 最近在忙各种毕业事项之余，一直在努力搞 Real-time GI ，可惜时间总是显得如此的不够用，搞完了 RSM 却忘了做 SRM，哈哈。为了避免长时间不思考算法问题，导致智商下降，决定弄个小问题来做一下。这个

在IE8与opera10-中，数字一旦大于1342177.27,都将自动被变成1342177.27这个数，其他见下面的注释部分。 var zooms = [ ["256px" , "256px"] , ["512px" , "512px"] , ["1024px" , "1024px"] , ["2048px" , "2048px"] , [

在3D游戏中，我们经常能够看到连绵起伏的山脉，当在夕阳西下一览众山之时，可曾想过这美景在3D世界中是如何呈现，前面讲完了灯光和摄像机，本篇聊聊Silverlight3D游戏的HeightMap，并从文件中取得高度图信息形成下面的3D地形。 HeightMap是地形的输入数据，可以理解为位图，一个2D矩阵，和位图不同的是，把元素的颜色值映射为高度值，现实中的地形是真实的，不是由三角平面模拟的，但是3D图形图像处理中常常使用三角形来代替地形的表面，每个三角形的顶点高度在山脉到山谷之间转换，模拟自然地形。我们来看看HeightMap的原理： 使用HeightMap的原因是表示方便，存储和修改容易，从数据的角度上，HeightMap一般是灰度图，灰度图的一个像素数据只需要0xFF一个字节就可以表示，如果变成三维坐标，基本数据值类型就会变得大，不利于数据处理，同样一些阻挡算法也可以通过Heigh