Node.js是我前段时间接触的一个JavaScript的服务端语言，感觉还是挺有意思的。
也许有人说，你学这么多，学的过来吗？或者说学的太多，专而不精，有必要这样吗?
其实，我个人认为，自从我进入IT界以来，我觉得对于编程或者是一些框架，我过去是被迫学习，现在是主动学习。其实之所以想学这么多，除了为了应对以后的危机之外，更重要的是我对它感兴趣。每个编程语言都有其适用的场景，比如Python的爬虫和数据分析是Java所不能比拟的，或者是Java的安全方面是Python所不能比拟的。再是Python的Web自动化比Java做的要彻底要更好。从中可以看出两门编程语言的优劣，当然了，远远不止这么少。之所以说，是因为觉得多知道点东西还是好的。知道的太少，或者无知，到时就不好了。
Egg.js官方文档为:https://eggjs.org/zh-cn/intro/
建议Node.js连基本语法都不懂的，可以学习学习Node.js的菜鸟教程:http://www.runoob.com/nodejs/nodejs-tutorial.html
我个人当初接触的时候，除了看了相关的基础理论方面，然后就开始不断练习了。感觉对于编程最好的学习方式还是动手实践。
一、Egg.js是什么?
Egg.js 为企业级框架和应用而生，帮助开发团队和开发人员降低开发和维护成本。
二、设计原则
我们深知企业级应用在追求规范和共建的同时，还需要考虑如何平衡不同团队之间的差异，求同存异。所以我们没有选择社区常见框架的大集市模式（集成如数据库、模板引擎、前端框架等功能），而是专注于提供 Web 开发的核心功能和一套灵活可扩展的插件机制。我们不会做出技术选型，因为固定的技术选型会使框架的扩展性变差，无法满足各种定制需求。通过 Egg，团队的架构师和技术负责人可以非常容易地基于自身的技术架构在 Egg 基础上扩展出适合自身业务场景的框架。
Egg 的插件机制有很高的可扩展性，一个插件只做一件事（比如 Nunjucks 模板封装成了 egg-view-nunjucks、MySQL 数据库封装成了 egg-mysql）。Egg 通过框架聚合这些插件，并根据自己的业务场景定制配置，这样应用的开发成本就变得很低。
Egg 奉行『约定优于配置』，按照一套统一的约定进行应用开发，团队内部采用这种方式可以减少开发人员的学习成本，开发人员不再是『钉子』，可以流动起来。没有约定的团队，沟通成本是非常高的，比如有人会按目录分栈而其他人按目录分功能，开发者认知不一致很容易犯错。但约定不等于扩展性差，相反 Egg 有很高的扩展性，可以按照团队的约定定制框架。使用 Loader 可以让框架根据不同环境定义默认配置，还可以覆盖 Egg 的默认约定。
三、与社区框架差异
Express 是 Node.js 社区广泛使用的框架，简单且扩展性强，非常适合做个人项目。但框架本身缺少约定，标准的 MVC 模型会有各种千奇百怪的写法。Egg 按照约定进行开发，奉行『约定优于配置』，团队协作成本低。
Sails 是和 Egg 一样奉行『约定优于配置』的框架，扩展性也非常好。但是相比 Egg，Sails 支持 Blueprint REST API、WaterLine 这样可扩展的 ORM、前端集成、WebSocket 等，但这些功能都是由 Sails 提供的。而 Egg 不直接提供功能，只是集成各种功能插件，比如实现 egg-blueprint，egg-waterline 等这样的插件，再使用 sails-egg 框架整合这些插件就可以替代 Sails 了。
四、特性
五、简单实用
npm install egg-init -g
$egg-init --type simple showcase && cd showcase
$npm install
$npm run dev
http://localhost:7001，结果如图:
小结:
最近有的时候莫明焦虑，感觉通过学习能够减轻这种焦虑。甚至有的时候看书都不能减轻这种让人心烦的焦虑感，唯独敲代码。敲着敲着烦心事就没有了。
虽说打游戏也是一种放松方式，但是我更倾向于是觉得没有焦虑感或者焦虑感不大的时候玩玩游戏。焦虑感越大哪怕看电影也不能解决这种焦虑。
这种焦虑就是发现身边的朋友一个一个比自己强大在不少领域有独特的优势和较好的资源，读者们也可以理解为嫉妒。但是对于IT界来说，嫉妒是没有意义的，唯独不断的努力追赶超过对方，或者超过自己。不知道，各位兄弟姐妹们有没有这种焦虑感?
