为什么不学基于TypeScript的Node.js服务端开发?

最新推荐:《Vue3.0抢先学》系列学习教程

为什么不学?学不动了吗?!别躺下啊,我扶你起来!

为什么不学基于TypeScript的Node.js服务端开发?_第1张图片

我们早就知道,如今的JavaScript已经不再是当初那个在浏览器网页中写写简单的表单验证、没事弹个alert框吓吓人的龙套角色了。借助基于v8引擎的Node.js Runtime以及其他一些JavaScript Runtime的平台能力,JavaScript已经成长为在桌面端、移动端、服务端、嵌入端全面开花的妖艳明星。

使用JavaScript做服务端开发,是我一直非常喜欢的一件事情。记得第一次使用JavaScript开发服务端程序,还是在我读大学的时候,那时学习编写古老的ASP页面程序,默认是用VBScript编写的,可是我不太喜欢VBScript的语法,我就去看微软的MSDN文档,发现居然也可以用JScript(微软开发的一种ECMAScript规范的实现)来编写ASP,非常兴奋,果断连夜把之前所有的VBScript代码用JScript替换了一遍。

到后来参加工作,JavaScript也渐渐进入Ajax流行、封装工具库横行的时代。我们使用着各种JS工具库(Prototype,jQuery,Mootools,YUI,Dojo等等等等),前端的开发工作开始慢慢出现了独立化、专业化的趋势,一些软件工程师们(不分前后端,写代码的都叫软件工程师)以及美工师傅们(对,美工!那时候的美工其实很能干的,既做平面设计,也做HTML、JS、CSS的编写)也开始有点跟不上前端的发展速度了,开始各自做各自擅长范围内的事情了,即所谓的纵向发展。而我也是Java和JavaScript都在做,但是用JavaScript来统一做前后端的想法一直存在,并一直关注着这块的动向。没过多久,还真的出现了一个!这就是开发了当时非常流行的前端开发工具Aptana Studio的公司所开发的服务端框架Apatana Jaxer。用这个框架写出来的代码跟当初的ASP还有点像呢:


我还用Jaxer写了一些小项目呢,用起来还是非常不错的。只可惜,Jaxer在开发圈子里还是没有真正火起来。

后来,Node.js出现了。由于它基于v8所带来的性能,模块化系统,比较丰富的原生API以及原生扩展能力,以及npm包管理,让整个围绕它形成的生态体系真正的火了起来。而Node.js凭借它异步IO的优异性能、快速开发部署能力、前后端技术栈统一、以及最近流行的SSR风潮,使得它在服务端开发领域真正的占有了一席之地。并且,Node.js的异步思想也带动了其他各种语言下服务端框架的进步与创新,比如Java的Vert.x,WebFlux,Scala的AKA等等。

随着JavaScript在各种前后端项目中的使用量越来越大,开发团队间需要的协作越来越多,JavaScript本来的动态性、灵活性由一个人见人爱的小可爱,变成了一只吃人的大老虎,不仅四处撕咬着缺乏足够经验的开发者,偶尔也会给高级开发者挖个坑埋个雷。这种时候,做过静态语言开发的开发者们会想念起曾经用过的那些C/C++、Java、C#,虽然静态类型检查在开发过程中带来了一些的额外工作量,但也真实的带来了开发质量的提高,以及更好的开发工具支持。

新事物总是在遇到问题和矛盾当中产生,一些拥有类型检查特性的工具或可转译语言诞生了,比如Flow、Dart、还有TypeScript。尤其是TypeScript,凭借着其高富帅背景(MicroSoft)以及自身的优质特性,经过多年的发展,社区越来越大,应用越来越广,着实是受人欢迎,它已经成为了JavaScript生态圈后续发展的一种明显趋势。各种前端框架和Node.js后端框架,都竞相加入对TypeScript的支持,看着不用TypeScript都对不住他们的热情啊!

说来,我第一次使用TypeScript做实际的项目,还是3、4年前的时候。因为那个时候一直在用Angular 1.x作为主要的前端框架,后面Angular发布了全新的Angular 2版本,所以我们团队就顺其自然的开始研究并实践Angular 2。我们都知道,Angular 2完全使用TypeScript来编写,整体编程理念设计上来说也非常的OOP,且内置了RxJS作为响应式编程的基础,以及引入了Java界非常引以为傲的依赖注入机制(IoC),在当时的前端界产生了很大的争议。但是从现在来看,它还是非常有前瞻性的和先进性的。

该来的它还是会来,不该来的它来了也会走。

Angular 2+的设计理念继而对Node.js服务端框架的设计也产生了很大的影响,NestJS算是把Angular的衣钵都成套抢过去的一位了。

为什么不学基于TypeScript的Node.js服务端开发?_第2张图片

NestJS这个框架算是到目前为止,对TypeScript支持的最好的一个Node.js服务端框架了,它的上层框架实现了一套通用的框架机制如:模块、自定义装饰器、依赖注入、控制器、过滤器、管道、守卫、中间件和拦截器等功能;在框架下层,通过适配器适配到其他一些符合其理念的基础HTTP框架如Express、Fastify等。NestJS的这套设计理念使其不光可以作为Web框架使用,也可以用于非Web类程序的开发。

先瞄一瞄用NestJS写的一段代码吧:

import { Controller, Get } from '@nestjs/common';

@Controller('products')
export class ProductsController {

  @Get()
  findAll(): string[] {
    return ['iPhone', 'iMac', 'iPod'];
  }  
}

上面这段代码就是一个简单的控制器代码,它通过使用2个装饰器 @Controller() 和装饰 @Get() ,将一个普通的class类,变成了一个可以提供Rest API的后端控制器服务。假如这段代码运行起来,它可以被通过这样的URL进行访问:http://use-your-domain/products

是不是挺有意思?今天我就这么简单的扯一通,我准备在后面的文章或视频教程中,一点一点和大家深入探讨TypeScript和NestJS的各种功能特性。不光如此,由于要学习和掌握服务端开发的话,需要涉及的内容还是非常多的,所以我准备再加入一些后端开发过程中会经常用到的东西,比如MySQL、Redis、MongoDB、RabbitMQ;如何在前后端的应用开发中使用GraphQL;以及如何使用Docker进行服务部署等相关的内容。

希望你搬好小凳子,坐等我更新吧!

为什么不学基于TypeScript的Node.js服务端开发?_第3张图片
关注首发公众号:默碟

你可能感兴趣的:(为什么不学基于TypeScript的Node.js服务端开发?)