摘要

适读人群 ：Web开发者或者对Web开发感兴趣的读者。
★这不是一本深入前端、后台、运维、设计、分析等各个领域的书籍
★本书以实践的方式，将这一系列的领域及理论知识结合到一起
★来帮助读者构建全栈Web 开发的知识体系
★并辅以精益及敏捷的思想，来一步步开发Web 应用

全栈应用开发 精益实践 内容简介

★这不是一本深入前端、后台、运维、设计、分析等各个领域的书籍。本书以实践的方式，将这一系列的领域及理论知识结合到一起，来帮助读者构建全栈Web 开发的知识体系，并辅以精益及敏捷的思想，来一步步开发Web 应用：从创建一个UI 原型到编写出静态的前端页面；从静态的前端页面到带后台的应用，并部署应用；从Web 后台开发API 到开发移动Web 应用。

★在这个过程中，我们还将介绍一些相辅相成的步骤：使用构建系统来加速Web 应用的开发；为应用添加数据分析工具来改进产品；使用分析工具来改善应用的性能；通过自动化部署来加快上线流程；从而帮助读者开发出一个真正可用的全栈 Web 应用。同时，我们也将帮助读者把这些步骤应用到现有的系统上，改进现有系统的开发流程。

全栈应用开发 精益实践 目录

第0章 绪论：Web应用开发周期

0.1 Web应用的生命周期

0.2 遗留系统与新架构

0.3 技术选型与验证

0.4 搭建构建系统

0.5 迭代

0.6 Web应用开发步骤

0.7 小结

第1部分 准备阶段

第1章 基础知识

1.1 搭建开发环境

1.2 版本控制

1.3 任务拆分

1.4 小结

第2章 最小可行化应用

2.1 最小可行化产品

2.2 最小可行化Web应用

2.3 精益与敏捷软件开发

2.4 小结

第3章 技术选型与业务

3.1 技术选型

3.2 Django

3.3 从真实世界到代码

3.4 小结

第4章 构建系统及其工作流

4.1 构建流

4.2 打造后端构建系统

4.3 小结

第2部分 编码到上线

第5章 编码

5.1 创建首页应用

5.2 创建博客应用

5.3 数据与Web应用开发

5.4 小结

第6章 上线

6.1 手动部署

6.2 自动化部署

6.3 隔离与运行环境

6.4 小结

第7章 数据分析和性能优化

7.1 网站监测与分析

7.2 性能分析及优化

7.3 小结

第8章 持续集成与持续交付

8.1 持续集成与Jenkins

8.2 持续交付与持续部署初探

8.3 小结

第9章 移动Web与混合应用

9.1 移动 Web与单页面应用

9.2 创建移动应用

9.3 实现博客应用开发

9.4 用户登录与博客创建

9.5 小结

第3部分 增量性优化

第10章 遗留代码与重构

10.1 遗留系统

10.2 易读的代码与重构

10.3 小结

第11章 增长与新架构

11.1 增长

11.2 设计新架构

11.3 小结

附录

附录A 如何学习新的技术

附录B 安装Piwik

全栈应用开发 精益实践 精彩文摘

0.4 搭建构建系统

决定好架构并选择完技术栈后，我们就开始着手创建项目的构建系统，设计项目的部署流程。构建系统不仅包含项目相关的构建流程，还从某种意义上反映了这个项目的工作流程。

创建完“hello, world”程序后，我们要着手做的事情就是创建一个持续集成环境。这样的环境包含一系列的工具、步骤及实践，从工具上说，我们需要选择版本管理工具、代码托管环境、持续集成工具、打包工具、自动部署脚本等一系列流程，这些流程将会在第4章详细讨论。

图0-3便是笔者之前经历过的一个项目的构建流程。

这是一个后台语言用Java、前台语言用JavaScript的项目的构建流程。

0.5 迭代

在互联网行业里，能越快速地对市场需求做出反应，就越能有更好的发展。只要你细心观察就可以发现，大部分互联网公司都在以一定的规律更新产品，或者一周，或者两周，又或者一个月等，这种不断根据反馈来改进产品的过程称为迭代。如图0-4所示是一个简化的迭代模型。

当一个迭代开始时，我们需要收集上一个迭代的反馈或者新的需求，然后开始开发代码，最后再发布产品。开发的产品在这个过程中不断地增强功能。为此，还需要选择一个好的迭代周期。一个好的迭代周期既应该有充足的时间修复上一个迭代的Bug，又能在下一个迭代开始之前交付重要的功能。当然，如果交付的软件包里出现了重要的Bug，那么我们也能在第一时间使用旧版本的包，并在下一个迭代交付。在这样的开发节奏里，一周显得太短，一个月又显得太长，两周会是一个很不错的时间。

当一个团队在这方面做得不好时，那么他们可能在一次上线后，发现重要的Bug，不得不在当晚或者第二天更新他们的产品。即使是有经验的团队，在开发初期也会经常遇到这些问题，而这些问题可以依赖于在迭代中改进。好的迭代实践都是依据团队自身的需求而发展的，这意味着有时候适合团队A的实践并不一定适合团队B。

随后，我们会在这个“hello, world”的基础上不断添加各种功能。