16关于大型网站技术演进思考十六静态化处理前后端分离下.pdfVIP

关于大型 技术演进的思考（十六）-- 静态化处理—前后端分离—下 （8） 我第一次听说 nodejs 技术大概是在 2009 年年末，不过 正认真在网络上进一步了解 nodejs 还是在 2010 年 年中，当时对 nodejs 的认识和我现在对 nodejs 的认识有着天壤的区别，开始想了解 nodejs 为了感慨谷 歌公司开发的 V8 引擎居然如此强大，它不仅仅可以作为 chrome 浏览器的 javascript 内核运行平台，居然还能 为服务端使用 javascript 语言作为平台，通过对 nodejs 的了解让我认识到 chrome 浏览器是如此的优秀，但是 如此相对的是我并不认为 javascript 作为服务端语言真的会有市场。 为什么我当时会认为 javascript 作为服务端语言的前景堪忧呢？我当时有如下的思考，这些思考放到时下 nodejs 已经非常火爆的背景下，我相信对很多朋友 有参考意义，下面是我当时的思考，具体如下： 质疑 nodejs 思考一：2010 年之前我还不是敢自称自己是一名专业 web 前端的工程师，因此对于 javascript 的认识和掌握程度也不能和现在相比，但是对于javascript 的难学，难深入却是有着切肤之痛，因此 javascript 作为服务端语言就是让会其他服务端语言的工程师更加深入的学习常被服务端工程师诟病的 javascript ，这么做的结果无异于 迫服务端工程师转向成 web 前端工程师嘛，这个想想就让人觉得不现实。 质疑 nodejs 思考二：我对 web 应用开发的技术选型认识比较肤浅。技术的选型是个很宽泛的问题，回到 我对 nodejs 的质疑思考主要是体现在 web 应用服务端语言选择上， 用作 web 服务端开发的语言非常多， 但是主流的无非就是 java 、 、C# 以及 C 语言系列，当然 web 服务端技术发展到现在 、ruby 也是有 一定市场，作为一名具体干活的 工程师对于项目选择何种技术是没啥发言权的，因此我常常觉得技术选型就 是项目经理或者是技术经理以及架构师的问题，而大多时候 去询问为什么用这个服务端语言得到的答案都是 非技术性的回答，例如：公司主要是使用 啊，j ava 比较流行人好找啊，C#开发快啊能很快的完成工作，很少 有人会这么告诉你 的项目是个什么样的项目，这个项目使用A 语言比使用其他的 B 语言、X 语言有何种好处和 优势，其实中国很多 企业做项目在技术选型这块都很粗，说的难听点其实就是很多能控制项目的人技术 水平很难被恭维，当然大部分项目其实使用什么技术实现并不是太重要的问题，但是这个到了技术架构异常复杂的 大型 技术选型问题就显得尤为重要，这个认识主要是来自于我阅读《淘宝技术这十年》所感受到的，淘宝 的 技术选型随着业务的发展变化的如此之大， 性如此之高，这个在我待过的很多项目组都是难以令人 。 Web 应用发展这么多年，那些占据了天时、地利和人和的现有技术基本都是处于一个 的地位，新的同 类型语言想突破重围必然有着自己独有的技术优势，这就好比 做互联网如果有家新型互联网公司可以突破 BAT 的围追堵截，那么这家公司一定是有着自己得天独厚的优势，所以nodej s 一定是获得一种得天独厚的优势，那 么nodej s 优势在哪里了？不过在讲述 nodej s 的优势之前 先来讲讲上篇文章里遗留下来的问题。 其实上篇里我讲到前端 MV C ，文章里只是着重讲到了V 层即视图层和 M 层即模型层的问题，而唯独没有专门 讲解 C 层即控制层的问题。 后端分离文章第一篇里，我谈到如果把 MV C 框架里的 C 层以作为连接we b前端 和we b 服务端的角度来理解，C 层主要承担了三个方面的工作，它们分别是：路由、报文格式转化和页面渲染的 工作。前端MVC 在处理报文格式转化和页面渲染这两个方面还是比较容易做到，但是在做路由这块存在 一定问题，前端 MV C 框架对于获取服务端数据这块以