从.NET到Node.js谈前后端分离实践（by vczero）

一、最初的【无分离】实践

      11年末的时候，用winForm开发程序，拖拖控件，点点按钮，连接数据库，做一些基本的管理系统；Java的JSP还能包揽一切，服务器端拼接模板，顶多使用servlet做一些业务逻辑，做到后端的MVC。那时候，带了一个学校的创新团队，做一些项目，但是基本上是一个人前端后一起搞，现在想想，真是【杂乱无章】，后端MVC还好，倒是前端，基本上只能做一些简单效果，施展的空间不大，幸好，也基本能完成项目。

我称之为【无分离】实践，如果是像一个人搞，开发速度倒是挺快的。

   前后端无分离实践，从.NET winForm说起，当然你要说winForm没有服务端啊，这个我后面会提到ASP.NET的分离实践以及对winFrom的思考，或者说是【端 & 服务】的思考：

在这个过程中，经历的是将后端业务理解的更清楚。为什么这里展示的是WinForm呢，而不是ASP.NET呢，主要原因有两个：一个是后面将要突出【端 & 服务】，这里将桌面程序称之为PC Client；第二个原因是后面基于ASP.NET的实践基本上做到了前后端分离。

用Java EE开发过一个数据的分析系统，是web端的，期间第一版本基本上没有前后端分离，具体的表现如下。

二、开始尝试前后端分离(基于WCF的前后端分离实践)

      12年底的时候，跟着博士参加比赛，首次真正的去尝试前后端分离，想想以前写的程序和可维护性真是菜的不行。比赛要的是一个产品，而不是关心你选择的平台。因为组内就我一个学过JAVA和开发过项目，大多是学的.NET，为了平衡，于是选择了.NET。这次对前后端分离是最深刻的，整个后端的架构开始新的尝试。那时候到处都在提服务共享，于是，我到处查找资料，后来在博士的指导下看到了Restful设计。于是最终的选择方案是.NET WCF REST + MongoDB构建服务端；前端是HTML + CSS + JS + Jquery（那时候的前端还没有用MVC）；服务器时IIS。

我们的项目名称是"基于XXXX的服务"，后来，成果也不错，拿了不错的成绩。觉得WCF的实践还是蛮爽的，后来在师兄公司实习也做了一点WCF的服务。具体的实践如下图：

 整个项目就不细说，主要是说分离的实践，贴上当时开发的作品截图（左：服务平台； 右：微旅行推荐应用，都是比赛科研项目）：

思考：winForm为什么不采用这种方式呢？

本质上，我认为桌面程序是PC Client，也是客户端的一种，那么就可以采用的WCF提供服务的方式；因此，如果项目很大，一部分专注服务开发，一部分专注Client开发（包括PC && Web）,那样服务就可以共享，client可以各种各样。

三、最兴奋的实践（使用Node.js做服务中间层）

参加工作到今，我所在的团队在Node.js上的实践应该有2-3年吧，至少我来之前，就有用在产品的研发中。Node.js在服务端的性能卓越，尤其是擅长IO。就昨天还跟Android平台部的同事聊天，他说Node.js给APP增添了活力和提高了整个APP的体验。当然，参加了node.js开发的几款产品，对这种方式体会更加深刻。

Node.js作为中间服务的优势，如下图所示（嘿嘿：公司产品就不贴图了，这里代表的是我个人的观点）。

四、总结

（1）把【服务平台化】，多端调用，无论是PC Client, pc web, webAPP, APP(android && ios)...

（2）专注前后端分离实践，发挥客户端的性能和功能，例会pc web的MVC.

（3）大胆使用node.js作为服务中间层，发挥基于事件和异步IO的性能优势，至少，写的一些服务的压测结果还是挺好的（当然这是node的功劳了）。