zhaiduo.com

Loving Coding & Visual Design

后端 API 的路在何方

我曾经多年从事 CGI 的开发工作,用过的语言包括 C、Perl、ASP、JSP、PHP、Python。但是从14年开始把重心转移到前端开发。首先的我最大感觉,后端 API 除了语言的不同,大部分工作都在是重复造轮子,让我有一些厌倦。其次是 Nodejs 的出现,让我有机会用一种语言同时开发前后端,大部分代码可以重用,这让我明白简化后端开发是大势所趋。

现在的前端开发已经解决了很多以前我做前端开发时难以克服的问题,比如代码的模块化管理,组件化、UI和逻辑的分离、代码的稳定性更高、bug 更少、易于维护、可重用性高等等,前端的应用范围也远远不止于 Web,现在已经可以快速使用 Javascript 开发出桌面应用和手机 APP。那么问题来了,前端的问题似乎已经解决,那后端呢?

能否快速迭代出业务逻辑所需的 API 接口,并且部署方便以及运行稳定,同时兼顾成本和访问性?根据我这几年的经验总结,大部分语言都能快速生成 Restful 的 API 接口,我现在更看重稳定性和成本,以及安装部署是否方便。首先快速部署已经离不开 Docker,稳定性离不开各种测试集成,成本包括学习、使用、维护的成本,目前对我来说最方便的莫过于 Nodejs,学习成本很低,可以让我充分运转每一个 CPU,运行起来也不需要太高的配置。当然,你也可以用有免费额度的 Cloud API 服务,完全不用操心后端服务,只需要使用就可以了。

那么后端开发还有什么需要改进的地方呢?其实 graphql 已经提示了 API 的发展方向,它给了 API 接口最大的灵活性。另外,我觉得,如果 API 接口能够在和数据源的结合上,更加经济和稳定就完美了。比如,我觉得很多网络产品根本不需要使用数据库,sqlite 和文本数据已经足够,但是在稳定性及载荷上,始终差一些,这无疑也增加后端的开发维护成本。随着 5G 时代的到临,API 接口应该面临一个新的机遇,如何快速部署出基于物联网的 API 接口,API 已经不再是 Web 的后端主力,大后端时代也将来临。

最 近 文 章

627.我对 Gatsby 的看法Mon Feb 10 2020 13:37:53 GMT+0800 (CST)
626.React Web端项目总结Thu Jan 16 2020 10:33:37 GMT+0800 (CST)
625.小程序原生开发和Taro框架开发对比Fri Dec 06 2019 00:24:22 GMT+0800 (CST)
624.小程序的框架迷思Fri Oct 18 2019 22:51:27 GMT+0800 (CST)
622.对 SSR 服务端渲染的看法Sun Oct 06 2019 18:15:35 GMT+0800 (CST)
620.React Hooks 使用心得Mon Sep 23 2019 01:08:22 GMT+0800 (CST)
619.Openwrt踩坑记Tue Sep 17 2019 11:18:49 GMT+0800 (CST)

Copyright © 2019@窄多之Blog SSR版本 v1.1.2

网站备案号:粤ICP备05005240号-1