我们团队的后端服务中，一开始只有一个大服务，所有的东西都往里面写，可以想象下，当这个服务变得不断的庞大，将会变得多么难以维护。后来逐渐把一些数据服务抽离成单独的 API 服务，在原有的服务里，就还剩一些模板渲染，数据聚合还有一些耦合的业务逻辑。目前来说拆的还不够干净，我们的目标其实是希望这个旧的服务充当一个 API Gateway，或者说一个给前端用的中间层。单一职责原则，其实是一个很重要的解耦方式，一个服务干好一件事就好了。偶然间看到下面的文章，虽然只是一些很简单的介绍，也让我了解到很多东西。也分享给大家看看。

工程脚手架编写教程

Node.js 就是万物中的一个，而整个编程界可以比作太极，我们从万物开始学，最后都需要归宗到太极当中去——当我们在学习 Node.js，我们其实就是在学编程，不要把自己局限住了

难得有空，今天开始重新规范的学习一下node编程。 但是引入模块我看到用 require的方式，再联想到咱们的ES6各种export 、export default。 阿西吧，头都大了.... 头大完了，那我们坐下先理理他们的使用范围。 这一刻起，我觉得是时候要把它们之间的关系…

本文从业务场景来谈谈为什么选择Node，以及前端写后端代码需要补足的短板。 这些日子一直在做Node方面的尝试，或多或少会收到周围的异样的目光甚至背后的质疑，于是促使我好好思考为什么我在做Node。网上搜下「为什么要用Node」，找到的文章多数是介绍Node多么多么牛逼，无非是…

哪里说得不对，望拍砖。望指教。

基于nodejs 的爬虫 API接口项目,包括前端开发日报、知乎日报、前端top框架排行、妹纸福利、搞笑视频/ 热点新闻资讯 详情接口数 ,适合正在学习Vue,AngularJs框架学习 开发demo,有一套属于自己的api数据