聊聊中后台前端应用:前言

欧雷 发表于

0 条评论

大多业务团队的前端工程师的主要工作内容就是前台网站或应用和中后台应用的前端开发,如果在工作时间花费很多精力去做基础设施建设相关事情,有可能会被打上「不务正业」的标签,基本上就是个工具人的角色。

「前前后后」不灵清

很多刚入行的人分不清「前台」与「前端」及「后台」与「后端」之间的区别,再加上团队中其他人可能会乱用,对此会更加迷惑,在这里先厘清它们——

「前台」与「后台」还有漏掉的「中台」,是根据面向的用户群体来划分的——「前台」是面向最终用户的,通常是个人,侧重于界面的布局、颜色搭配、动画效果等视觉呈现和用户体验,数据以展示为主;「中台」和「后台」可以简单粗暴地合称为「中后台」,所面向的是数据的管理者,一般为企业或其他类型组织的成员,关注点主要在数据的操作上。

「前端」与「后端」则是从技术和分工的角度来划分的,一般来说直接与用户打交道的部分是「前端」,无论是 web 页面还是客户端原生界面;而用户看不到摸不着的真正处理数据的地方是「后端」。

中后台开发不「low」

工作这么多年参与过很多项目,现在想想,除了基础设施建设之外,它们中绝大多数是中后台类的,貌似只有「买好车」的活动页和「京东汽车」微信小程序的「门店」相关界面才是真正属于前台类的。

「京东汽车」微信小程序
「京东汽车」微信小程序

大概是 2015 年左右,也就是在去买/卖好车之前,移动互联网如日中天,是个面试就要问问移动端 web 开发相关的问题,就好像每家企业的业务入口都在移动端且只在移动端工作一样,感觉没有移动端 web 开发经验就莫名其妙地被鄙视了一通,甚至有段时间我居然以自己缺少移动端 web 开发经验为耻……真是被猪油蒙了心了!

也许你会奇怪:「有没有移动端 web 开发经验和做没做过前台有什么关系?」

那是因为,在移动互联网这个时代背景下,流量主要来自移动端,很多企业都不那么重视桌面端了,所以「移动端」约等于是「前台」;又由于手机那么点儿屏幕同时显示不了多少数据,并且对数据的操作往往较为复杂,各类组织不太会选择在移动端进行工作,实在是太影响办公效率了,因此「中后台」可以与「桌面端」划等号——在 2015 年左右时,我的工作经验仅限于中后台应用,也就是说只有桌面端 web 开发经验而没有移动端的。

前台网站或应用开发的主要特点是易变性强,性能要求高,对需求响应速度要快,因为这些影响着企业的流量增长和市场开拓;而中后台应用开发相对来说更为模式化,虽然对性能和兼容性的要求没前台网站或应用那么高,但在信息架构、数据操作的流畅性和安全性等方面更加注重,这些都关系着组织成员的办公效率。

正如前端开发与后端开发,前台开发与中后台开发各有各的难点和所偏重的知识与技能,谁也别认为对方简单,谁也别瞧不起谁。但客观地说,它们都遵循着一个规律——越是靠「前」,越贴近最终用户,易变性越强,越难抽象。

终于要说正经的了

虽然长年在做中后台应用的开发,但一直没有好好梳理相关经验,刚好最近正在对一个有点要失控的项目进行重构,借此机会将一些思考和以往的经验整理出来形成「聊聊中后台前端应用」这个文章系列,同时希望能够给在常规业务团队做中后台应用前端开发的人提供一些参考。

本系列文章所涵盖的内容包括但不限于目录结构划分、菜单与路由配置、请求处理、权限校验等,没有低代码、可视化搭建相关内容,若有需要,会另开系列系统性阐述。

虽然本系列文章是从中后台应用的角度出发去考虑的,但很多内容对前台网站或应用也适用。

这就没啦?

敬请期待,谢谢!

创作不易,若本文给你提供了价值,还请不吝欧雷充电

左为微信,右为支付宝;充电累计 ¥88 以上可在付款时备注或邮件告知昵称和需要被链接的网址,会列在「赞助」页。其他方式与具体规则请见「资助」。