Web页编程电子书

我花了三年时间写一本关于Web页编程的编程电子书，结果发现最难写的电书不是JavaScript闭包，也不是编程CSS Grid布局，而是电书第一章的标题。原定叫《从零开始学Web》，编程后来改成《浏览器里的电书小世界》，最后定稿时用了《你每天都在用的编程页面，是电书怎么造出来的》。这个反复改题的编程过程，本身就是电书Web开发最真实的写照——没有标准答案，只有不断调整。编程

书稿存在我的电书笔记本里，像一叠随时可能散架的编程卡片。写了删，电书删了写，编程最后留下的内容里，我最得意的是关于表单验证的那一节。传统教材会告诉你用正则表达式，用required属性，用各种校验库。但我写的是我第一次做支付页面时的惨痛经历——用户填完整个表单，点击提交，因为一个空格没处理好，所有数据清空了。那种感觉就像你排了二十分钟队买奶茶，终于轮到你时，店员说系统重启了。所以那章标题叫《别让用户想摔键盘》。

有人问我，现在网上教程这么多，免费视频满天飞，为什么还要写电子书？我反问，你见过哪套视频能让你在凌晨三点翻到某页时，突然明白自己昨天代码为什么报错？视频是线性的，你只能跟着它走。但书可以跳着看，可以回头翻，可以在某个函数定义旁边写下自己的注释。我书里每个示例代码块后面都留了空白，页边距特意加宽，就是为了让人写批注的。

写技术书最怕的就是“看起来什么都讲了，实际上什么都没讲”。我花了两周时间只写一个主题：浏览器从输入URL到页面显示，中间发生了什么。期间查了二十多篇文档，翻了Chromium源码的部分注释，最后用了一个生活化的比喻——这就像你打电话订外卖，从拨号到拿到餐，中间涉及运营商、餐厅厨房、骑手调度，每个环节都有自己的一套流程。浏览器也一样，DNS解析、TCP握手、HTTP请求、渲染引擎解析、JavaScript执行，每一步都各司其职。

但我也在书里承认，有些东西我讲不清楚。比如CSS的层叠上下文，我试过用图形、表格、甚至动画来解释，最后放弃了。我对读者说，这个知识点你只要记住一条经验法则：当元素出现异常堆叠时，先检查有没有创建新的层叠上下文。这种“知其然不知其所以然”的坦诚，反而让很多读者来信说帮了大忙。

电子书的格式让我可以随时修订。去年我用了一整夜，把关于flex布局的章节重写了三遍。不是内容错了，而是我找到了更好的讲解顺序——从“让三个按钮等宽排列”这个具体需求切入，而不是从flex-direction的属性定义开始。第二天早上发更新通知时，一个读者留言说，早该这么写了。

技术书有个特性，你写的时候觉得内容会过时，但真正过时的是那些框架和工具，底层原理反而稳定。我书里讲HTTP/2时，特意对比了HTTP/1.1的队头阻塞问题，用的例子是十年前的一个游戏加载页面。现在看依然不过时，因为网络传输的基本矛盾没变。这可能就是写实体内容的好处——你被迫去理解本质，而不是追逐版本号。

这本书最终有四百多页，PDF格式，没有DRM加密。我故意不加密，因为Web本身就是开放的。有人把它传到网上，评论区有人说“这书写得真啰嗦”，也有人回复说“啰嗦的地方才是精华”。我看了只是笑，想起自己写那些“啰嗦”段落时，每个字都是被真实的调试经历逼出来的。