[ch14] thinking in beginning projecT

chapters/chapter-14.md

@@ -33,13 +33,17 @@
 
 ![前端应用的生命周期](../images/refe.png)
 
-刚开始，写前端应用的时候，为了创建 "hello, world"。总是，自己一点点的添加各种需要的元素。可后来，懒了，便寻找个模板，改吧，改吧，就用上了。
+刚开始，写前端应用的时候，为了创建 "hello, world"。总是自己亲手来完成，一点点的添加各种需要的元素。可做过的人都知道，这并不是一件容易的事，我们需要构建工具、测试工具、自动化测试组件等等。创建一个 package.json、index.html，再慢慢地往上加上各种配置，或者 karma.js 或者 webpack.js、tsconfig.json。对于新手程序员来说，这简单是一场灾难——像小学生一样，刚才会了拿笔、大字不识几个，却要让他们写篇文章。前端新手的痛苦期，莫过于此。
 
-最初的开发流程中，编码只是其中的一小代码，还需要设计一系列的 workflow、流程、技术选型等等。如，第三章《如何选择合适的前端语言》与第四章《如何选择合适的前端框架》中谈到的技术选型。
+而那些前端框架的开发者们，应该是看到了这个痛苦的过程，便添加了一些基本的脚手架，可以让开发者使用 CLI 来生成项目。可是，生成的项目在多数时候并不能满足我们的需求，又得基于这个官方再修改一下。如 React 官方提供的 create-react-app 生成的项目，只是一个简单的 react 应用。
 
-除此，还需要考虑自动部署、持续集成等等的内容。
+后来，懒了，便在 GitHub 寻找个模板，改吧，改吧，就用上了。GitHub 上可能是大量的开发者，他们也经历了相同的坑，便共享出了这些代码。
 
-而，上面的流程图，与我在 RePractise 中画的 "Web 应用生命周期" 差不多。
+如大家所见，在这个过程里，编码只是其中的一小代码，还需要设计一系列的 workflow、流程、技术选型等等。诸如我们在第三章《如何选择合适的前端语言》、第四章《如何选择合适的前端框架》中谈到的技术选型简介绍的那些内容。
+
+除此，对于软件工程做得好的前端团队来说，还需要考虑自动化测试、自动部署、持续集成等等的内容。
+
+按这些步骤来看，前端应用的生命周期，与 Web 应用保持得相当的一致。上面的流程图，与我在 RePractise 中画的 "Web 应用生命周期" 差不多。
 
 ![ Web 应用的生命周期](../images/repractise.jpg)
 
@@ -50,8 +54,6 @@
 项目准备
 ---
 
-
-
 ### 确认技术方案
 
 react、angular、vue.js ？

ebook.md

@@ -1803,13 +1803,17 @@ if(response && response.data && response.data.length > 0){}
 
 ![前端应用的生命周期](images/refe.png)
 
-刚开始，写前端应用的时候，为了创建 "hello, world"。总是，自己一点点的添加各种需要的元素。可后来，懒了，便寻找个模板，改吧，改吧，就用上了。
+刚开始，写前端应用的时候，为了创建 "hello, world"。总是自己亲手来完成，一点点的添加各种需要的元素。可做过的人都知道，这并不是一件容易的事，我们需要构建工具、测试工具、自动化测试组件等等。创建一个 package.json、index.html，再慢慢地往上加上各种配置，或者 karma.js 或者 webpack.js、tsconfig.json。对于新手程序员来说，这简单是一场灾难——像小学生一样，刚才会了拿笔、大字不识几个，却要让他们写篇文章。前端新手的痛苦期，莫过于此。
 
-最初的开发流程中，编码只是其中的一小代码，还需要设计一系列的 workflow、流程、技术选型等等。如，第三章《如何选择合适的前端语言》与第四章《如何选择合适的前端框架》中谈到的技术选型。
+而那些前端框架的开发者们，应该是看到了这个痛苦的过程，便添加了一些基本的脚手架，可以让开发者使用 CLI 来生成项目。可是，生成的项目在多数时候并不能满足我们的需求，又得基于这个官方再修改一下。如 React 官方提供的 create-react-app 生成的项目，只是一个简单的 react 应用。
 
-除此，还需要考虑自动部署、持续集成等等的内容。
+后来，懒了，便在 GitHub 寻找个模板，改吧，改吧，就用上了。GitHub 上可能是大量的开发者，他们也经历了相同的坑，便共享出了这些代码。
 
-而，上面的流程图，与我在 RePractise 中画的 "Web 应用生命周期" 差不多。
+如大家所见，在这个过程里，编码只是其中的一小代码，还需要设计一系列的 workflow、流程、技术选型等等。诸如我们在第三章《如何选择合适的前端语言》、第四章《如何选择合适的前端框架》中谈到的技术选型简介绍的那些内容。
+
+除此，对于软件工程做得好的前端团队来说，还需要考虑自动化测试、自动部署、持续集成等等的内容。
+
+按这些步骤来看，前端应用的生命周期，与 Web 应用保持得相当的一致。上面的流程图，与我在 RePractise 中画的 "Web 应用生命周期" 差不多。
 
 ![ Web 应用的生命周期](images/repractise.jpg)
 
@@ -1820,8 +1824,6 @@ if(response && response.data && response.data.length > 0){}
 项目准备
 ---
 
-
-
 ### 确认技术方案
 
 react、angular、vue.js ？

index.html

@@ -1467,10 +1467,12 @@ <h2 id="前端应用的生命周期">前端应用的生命周期</h2>
 <figure>
 <img src="images/refe.png" alt="前端应用的生命周期" /><figcaption>前端应用的生命周期</figcaption>
 </figure>
-<p>刚开始，写前端应用的时候，为了创建 “hello, world”。总是，自己一点点的添加各种需要的元素。可后来，懒了，便寻找个模板，改吧，改吧，就用上了。</p>
-<p>最初的开发流程中，编码只是其中的一小代码，还需要设计一系列的 workflow、流程、技术选型等等。如，第三章《如何选择合适的前端语言》与第四章《如何选择合适的前端框架》中谈到的技术选型。</p>
-<p>除此，还需要考虑自动部署、持续集成等等的内容。</p>
-<p>而，上面的流程图，与我在 RePractise 中画的 “Web 应用生命周期” 差不多。</p>
+<p>刚开始，写前端应用的时候，为了创建 “hello, world”。总是自己亲手来完成，一点点的添加各种需要的元素。可做过的人都知道，这并不是一件容易的事，我们需要构建工具、测试工具、自动化测试组件等等。创建一个 package.json、index.html，再慢慢地往上加上各种配置，或者 karma.js 或者 webpack.js、tsconfig.json。对于新手程序员来说，这简单是一场灾难——像小学生一样，刚才会了拿笔、大字不识几个，却要让他们写篇文章。前端新手的痛苦期，莫过于此。</p>
+<p>而那些前端框架的开发者们，应该是看到了这个痛苦的过程，便添加了一些基本的脚手架，可以让开发者使用 CLI 来生成项目。可是，生成的项目在多数时候并不能满足我们的需求，又得基于这个官方再修改一下。如 React 官方提供的 create-react-app 生成的项目，只是一个简单的 react 应用。</p>
+<p>后来，懒了，便在 GitHub 寻找个模板，改吧，改吧，就用上了。GitHub 上可能是大量的开发者，他们也经历了相同的坑，便共享出了这些代码。</p>
+<p>如大家所见，在这个过程里，编码只是其中的一小代码，还需要设计一系列的 workflow、流程、技术选型等等。诸如我们在第三章《如何选择合适的前端语言》、第四章《如何选择合适的前端框架》中谈到的技术选型简介绍的那些内容。</p>
+<p>除此，对于软件工程做得好的前端团队来说，还需要考虑自动化测试、自动部署、持续集成等等的内容。</p>
+<p>按这些步骤来看，前端应用的生命周期，与 Web 应用保持得相当的一致。上面的流程图，与我在 RePractise 中画的 “Web 应用生命周期” 差不多。</p>
 <figure>
 <img src="images/repractise.jpg" alt="Web 应用的生命周期" /><figcaption>Web 应用的生命周期</figcaption>
 </figure>