CSS魔法
#### 本章目录 - 客户端的关注点 - 服务器端的关注点 - 国际化工程
很抱歉，我反应慢了，让这样的不当行为骚扰到了大家。 GitHub 是一个开放的空间，在公共秩序方面几乎没有提供任何管理功能，几乎完全靠个人自律来维持整个社区的正常运作。尽管如此，对于这类用户，我们还是可以做些事情： - 作为这个 repo 的 owner，我已将该用户拉黑，他将无法在我的所有 repo 内活动。（关于如何拉黑：点击该用户头像，进入他的个人页面，在右上角选择 “Block User”。） - 大家可以到 [这个页面](https://github.com/contact/report-abuse?report=codekissyoung) 向 GitHub 投诉该用户的不当行为。
@edokeh 谢谢提醒。 估计是这样的：有一位 pix 先生 fork 了 grunt-browserify 这个项目，本书作者引用的是他的 fork，但后来 pix 把自己的 fork 删掉了。所以，我更新一下原文的链接吧，改为指向源项目（就是你贴的网址）。 p.s. 这一节里好像并没有写 grunt-browserify 的配置，只是让读者去看文档？ 更新：链接已修复。
@edokeh ，抱歉还真没注意到那段代码。 那段是 browserify 的配置吧，可能它的 API 有过变更。不好意思，没有深入调研。
@spy1988 Source link can be found in [this index page](16).
@maxzhang > 真是掩耳盗铃的做法，你不升，还不让用户升么，我都是第一时间升了beta1来改善iOS7的bug 文章所说的很可能是指在企业内部部署 HTML5 应用的情况，企业内部还是可控的。 > 这个问题我也遇到过，调整好图层之间的z-index关系就可以解决，不要让图层直接使用默认的z-index，一定要手动设置 谢谢讲解，更新了一下译文。
@edokeh 专门有一种设计模式就叫“中介者模式”。 > GoF 给中介者模式下的定义是：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。简单点来说，将原来两个直接引用或者依赖的对象拆开，在中间加入一个“中介”对象，使得两头的对象分别和“中介”对象引用或者依赖。 模块之间不可能不发生关系，所以把网状关系简化为星形关系。
@edokeh 可能“中介者”模块在这里被视为常规模块之外的存在了吧……
#### 本章目录 1. [模块化的原则](31) 2. [接口](32) 3. [模块模式](34) 4. [AMD 规范](35) 5. [CommonJS 模块规范](36) 6. [npm 包管理器](37) 7. [Harmony 的模块机制](38) 8. [基于 CommonJS、npm、Grunt 和 Browserify 构建客户端代码](39)
关于 Fiddler 的 hosts 相关功能，可以参考以下文章： - [Web开发利器-Fiddler简介](http://mccxj.github.io/blog/20130531_introduce-to-fiddler.html) - [移动终端开发必备知识](http://isux.tencent.com/mobile-development-essential-knowledge.html)