揭秘全栈开发：降本增效的最佳应用场景

751字约3分钟

2024-10-09

哪些场景非常适合全栈开发？

都说全栈开发能降低沟通成本，提高开发效率。在实际工作中，有一些场景非常适合全栈开发：

如对接微信小程序登录。后端需要对接微信服务器API，传递用户code来换取openid。而这个code只能由小程序前端获取，且使用一次后失效，如果采用前后端分离的开发模式，后端在调试代码的时候需要不断找前端索要一个新的code，非常不方便。

大多数情况下，需求方和产品经理沟通好具体需求之后，业务逻辑是由后端主导设计的。

如果后端开发人员能提供一个MVP版本的前端对接样例代码，那么即使前端完全不理解业务需求，也照样能开发出来。

这个开发模式在落地的时候是这样的：

PM和需求方对接之后，全栈开发人员出一个MVP版本的前端页面，这个DEMO代码已跑通全流程，封装好前后端交互的API，页面框架已成型。具体UI实现再由前端开发完成。

之后，全栈开发者拿到前端的最新代码，检查交互逻辑是否符合设计，针对性修改最终完成交付。

当然，如果全栈开发者也具备产品经理的需求分析和系统设计能力，那么这个过程会更加顺畅。

恰好，我就是这样的全栈开发者+兼职产品经理 LOL

为保证API的可维护性和易用性，需统一定义前后端交互流程，统一数据结构、模型抽象、概念定义等。

这时由全栈开发者来主导设计上述物料，能保证产品服务的一致性，让第三方开发者的接入体验更好。

例如在调试微信公众号H5登录时，前端是在本地运行的，而微信登录成功后的重定向地址仅支持redirect到公网地址。如果他了解一些网络方面的知识，就可能想到使用内网穿透技术。这样就能在本地调试微信登录功能了。

另一个例子是，Web端使用canvas来做实时图片处理非常低效，一个巧妙的方案是可以借助云存储的图片处理能力来实现。