失效链接处理 |
技术人的百宝黑皮书--阿里 PDF 下载
本站整理下载:
相关截图:
![]()
主要内容:
前言恰逢最近需要编写一个简单的后端 Node.js 应用,由于是全新的小应用,没有历史包袱 , 所以趁着这次机会换了一种全新的开发模式:
淘系技术 2020 技术年货 > 11 语言使用 TypeScript,不仅仅是强类型那么简单,它还提供很多高级语法糖,提高编 程效率。 兼顾 Restful + GraphQL 方式提供数据接口,前两年 GraphQL 特别流行,最近这段 时间有些平淡下来(现在比较火热的是 Serverless);GraphQL 这种查询语言对前端 来讲还是很友好的,自己写的话能减少不少的接口开发量。 使用 Decorator(装饰器语法) + DI(依赖注入)风格写业务逻辑。因后端 Java 开 发服务的模式已经非常成熟,前端在 Node.js 的开发模式基本上是依照 Java 那套开 发模子来的,尤其是 DI(依赖注入)设计模式的编程思想。这几年随着 ECMAScript 的标准迭代,以及 TypeScript 的成熟发展,在语言层面提供了很多现代化语法糖的支 持,现在也可以利用 Decorator(装饰器)+ DI(依赖注入)风格来写了,个人认为 这种风格也将成为书写 Node.js 应用的常用范式之一。 选用支持 TS + Decorator + DI 的 Node.js 框架。在集团内使用 Midway,因为 Midway 在集团内部已经是事实标准了,而且发展得很成熟了;如果选非集团内部的话, 可以考虑选流行的 Next.js 框架;—— 这类框架功能都很强大,而且提供完善的工具 链和生态,就算你不熟,通读他们的官方文档都能收获很多。 前端内部写的后端应用基本上功能并不会太多(太专业的后端服务交给后端开发来做),绝 大部分是基础的操作,在这样的情况下会涉及到很多重复工作量要做,基本都是一样的套路: 1. 初始化项目脚手架 2. 数据库的连接操作 + CRUD 操作 3. 创建数据 model 层 + service 层 4. 提供诸如 Restful 接口供多端消费 5. ... 复杂的业务逻辑功能一般是直接调用后端提供的服务,前端很少介入太深的后端功能开发。 这意味着每次开发新应用都得重新来一遍 —— 这就跟前端平时切页面一样,重复劳动多 了之后就内心还是比较烦的,甚至有抗拒心理。繁琐的事大概涉及在工程链路 & 业务代码 这么两方面,如果有良好的解决方案,将大大提升开发的幸福感
|