seajs/seajs#930

所有的代码显示格式都不对啊!我还以为我电脑有问题,切换到linux下也是如此.

@daemonchen

像这样：
if ( flag ) {
var a = require( './a' );
a.doSomething();
}
如果 flag 是false， 通过正则匹配后，加载模块a后，a并没有执行，那么a模块是不是白加载了 ？求解

对于State的实现和代码展示占据了太大篇幅，可以考虑只展示部分代码。

懒得手动点开看一次了啊..

http://island205.github.io/2012/03/26/01_introduction.html#comment-1194495664

拆分README.md到不同的章节中，提高阅读体验。

http://island205.github.io/2012/03/26/02_syntax.html#comment-1216043230

比如写一些demo，也正如 #23 #31 说的一样，比如添加实际常用的map映射来处理版本号（处理cdn）功能、script标签添加seajsnode等，当然等 HelloSea 结构调整（指添加例子）后很乐意发pr～

ps:我也是 Seajs Fans

专注于Sea.js，去掉spm部分。

broswer -> browser

因为没有 psd，就不帮忙改了哈

index.md 这个页面打不开，其他页面没试过

关于构建那一部分，能讲一讲吗，一直没弄得明白

感谢花这么多心思写这本小书，写得真好，很赞。

一个小建议：

• 按章节将 README.md 分成多个文件，现在文字有点多。一口气看完，有点累，不太方便。

文中有些许观点，可以拿出来进一步讨论，比如

1. base 默认不包含 seajs/x.y.z 的问题，觉得过了，可以到 seajs 的 issues 里提出来讨论。这一块我也犹豫，讨论讨论，说不定可以去掉，让 seajs 更纯粹些。
2. seajs 的插件机制。为了实现插件，seajs 里内置了事件机制，并且在适当的地方插入了 emit 代码。甚至有时候，会为了一个新插件，要增加事件类型。这一块，从「纯粹」角度来讲，的确不够好。但如果没有插件也不行。如果合理的提供插件机制，seajs 从 1.x 到 2.x 做过比较大的调整。最开始是把内部方法等都暴露出来，外部可调用，也可覆盖，就和 JavaScript 语言一样。但这样的结果是，内部方法都不太敢重构，比如修改一下名字，可能插件就都出问题了，同时也会因为插件需求，而调整内部代码组织，很不优雅。从 2.x 开始，通过事件机制提供可扩展性后，已经好了很多。RequireJS 的插件机制也存在不少问题，比如功能有限、内部内置了很多为了插件而写的代码等。现在的问题是，对 loader 来说，是否存在更优雅的插件机制？真心期待大家都来想想，只要能优化，seajs 是开放的，立刻可以修改。

文中有一些错别字，比如 drawCicle 应该是 drawCircle，还有 「的」和 「地」等有些混用。这些细节，等拆成多个文件后，我可以当编辑给你校对下，呵呵。

后面涉及 Tea.js 的实现代码时，稍显匆忙，解说不够，估计很多人读过哪里，会反馈。可以缓缓劲，写慢点，更「浅入」一些。

感谢付出，同时期待更好。