链接
本次内容来自内部的一些课题共享，也非技术性的内容，仅仅浅谈一下作为前端怎么“卷”起来算了。
首先是咱们都从事着前端开发的工作，也会每天和产品、规划、后端、测试、运维等产品生命周期内的成员们打交道。
那么什么被称作是“全栈”呢？
从知乎上我看到一句内容我挺赞同的，全栈便是一个通才，能够自己创立不平凡的应用程序。
很要害，其实会和你看到这次共享时的主意有点不太相同，仅仅在定义全栈这件事情的视点发生了变化。
从广义上来说，全栈便是一条龙服务，即用户提出了一个应用程序的需求，全栈能够独自规划并交付这个应用程序来满意用户的需求。
能够说是包揽了整个应用程序产品的生命周期，样样精通。
可是咱们今天也不会评论的这么广，那么回到正题。
从软件开发的视点来说，即前端+后端能够产出一个应用程序，前端也便是咱们俗称的切图仔，也便是我；后端是咱们俗称的事务仔。
那么有了如此浅显的认识后，咱们该怎么早年端出发，把手往后端伸过去，做起一个全栈开发工程师呢？
其实咱们能够渐渐的伸过去，咱们来回忆一下。
咱们与后端交互频率最高的操作，那必定是 HTTP 请求，浅显宽泛一些的讲便是 AJAX 。
在工作多了其实会发现 RESTful 这种架构并没有真正意义上的方便咱们的交互，它也有它的问题。
那么这时候喜爱“卷”的咱们就规划了一套中心服务，美其名曰 BFF 。
其实 BFF 能够算是咱们伸向后端的第一步，首先跟咱们的后端同学分析现状，事务仔每次由于一个特别的需求或许场景需要给咱们添加一个 API 接口真的很心累，作为事务仔才不想关怀这些呢。咱们的后端同学表明只想专注于事务，那么咱们“卷”的机会就呈现了。
这时候后端同学通常会暴露出一些具备通用性且抽象的 API 接口，至于咱们想怎么使用，咱们则在 BFF 进行自行定义，那么假如遇到上面的问题，咱们也不需要苦苦的去求后端同学添加 API 接口，后端同学也能够跟切图仔说拜拜了。
当然了，BFF 中心的完成进程依然能够是 RESTful to RESTful 的方式，也能够是 GraphQL to RESTful 的方式，前者有后端控制，咱们 BFF 只做中心的转换者。
渐渐的，你会发现后端没有心思来管事务，他们更多的会去关怀一些底层的规划和性能问题，那咱们就能够既是切图仔又是事务仔了，这时候的后端为咱们供给能够是一些由后端给出的操作数据的接口、或许直接操作数据库的权限，那么这时候咱们便是名副其实的事务仔了。
再渐渐的，咱们就把手伸到那些底层的规划和性能问题时，后端就不复存在了……（开玩笑的）这是不可能的。
当然了，关于前端……啊呸！软件开发工程师来说，了解并掌握整个软件开发的细节，这时候便是全栈了！
自身能力也得到了提升，能够说是卷王之王！
当然了，我觉得接触后端纷歧定是要做个事务仔的，也能够从应用程序优化的视点着手。
比方咱们前端常说的 SSR ，优化应用程序在客户端的启动时刻，也会让你接触到后端的技术。
优化 DevOps 流程、缩短编译时刻等等优化方向都会让你接触到后端技术，仅仅作为前端，其实身边有许多机会能够把手伸到后端去，所以大胆伸进去试一试吧！
当然从此发散出去，也能够把手伸向产品规划、视觉交互规划、软件测试、软件运维等各个环节中去……卷他们。
