从后端开发转职前端开发，我学到了什么？

全文共2888字，预计学习时长9分钟

来源：Pexels

从后端开发转职到前端开发真的不容易。

 

特别是当你已经习惯了后端开发的工作模式，习惯了构建数据结构，编写类似于测试驱动开发的测试，习惯了使用持久层、仓库和数据库图表，以及给前端创建API接口。

 

凡此种种，不胜枚举。后端有其复杂性，所以大部分人没有时间学习前端开发的内部运作方式。

 

我也是。

 

甚至可以说，基本上已经与后端绑定了，直到我被迫转职，调岗到前端，从此我能为最好的、拥有强大UI交互性的产品编写代码，无需过多依赖前端框架，无需框架提供的黑盒帮我挑重担，还能创造很棒的app。

 

以下是我从后端转职前端开发至今的经验：

 

一切都与用户界面和用户体验有关

 

在后端，让人最为担心的就是数据结构，数据库结构和性能，代码架构，服务，以及开发前端工程师能理解并使用的强大API。

 

前端则非常不同。开发人员需要关注用户界面，关心用户如何与app互动，然后量化评估用户体验。有时你需要自己设计用户体验，然后改进应用程序流程。

 

我喜欢前端开发的一点是可以直接解决用户需求、关注他们的体验。前端的方法跟后端不同，因为前端以用户为中心，一切都围绕着如何让用户更舒适地使用你开发的app，而不是处理数据结构。

 

在项目开始时，把UI摆在第一位，思考应用流程

 

在我开展个人项目来提升前端技能时，关于“用户点击按钮、与UI组件互动时，UI会如何运作和推进”的思考极大地改善了我的思维模式。

 

在后端工作时，我无法想象如何与用户互动、如何改进用户流程，因为我几乎只关心CRUD（数据库的增删改查）操作以及app如何将数据存储到数据库，包括最重要和最敏感的信息，比如公式、信用卡信息，等等。因此，当我做UI相关工作时，真的糟透了。

 

转职到前端后就大不一样了。现在，我会首先考虑用户会如何使用app并与其互动，思考他们是否会喜欢这样的体验。然后，我会在UI或者展示模型的基础上，设计合适的后端结构和数据库。

 

思考如何提升UI复用性

 

自从React这样的前端框架面世，开发人员都从“组件”出发考虑和安排UI。组件能够在不同的页面重复使用，这是一件好事。再也不用为重复使用UI组件白费力气了，因为现在UI组件已经标准化了。

 

正如我所说，转职到前端促使我思考UI的复用性，提升了我的决策水平。在选择符合需求和项目范围的前端框架时，无论是React࿰