记一次全栈开发
前言
一个项目到底怎么做，一个项目从出现需求到落地生产，它到底有什么步骤。
很多在读学生，特别是在刚学完js|h5|css三剑客基础语法的初学者，往往对于接下来做什么和怎么做回感到迷茫。网上的很多视频 UP 主从一些简单的图书管理系统，实时聊天系统开始讲解。今天给大家带来一点不一样的，这是一个完全独立且正常线上运行 2 年多的全栈小程序项目。从一期的勉强能用，到二期的稳定运行，三期流产，属于很典型终端寿命市场项目。
本套项目虽然简陋，但是五脏俱全：
工作安排
一期由于客户要求 2 周内赶上行业展会，所以一期只要不到三周，实际干活的时间可能只有两周：
原型设计和初稿确定；
完成指定的几个核心功能，优先上线小程序，功能要求大概 70%可用即可；
后台前端可以先不上线，一期仅在展会期间作厂家宣传使用，所以主要完成小程序端和数据接口即可；
二期将会在小程序端上线后 1 个月内进行
- 根据一期出现的问题进行项目的优化；
- 正式上线后台功能，让厂家可以管理自己的二维码和产品场景；
三期将会是将本项目融合到客户现有的一套后台商城项目中，两个项目进行深度融合。
一期进度
项目刚开始是非常迫切的要追赶一个家博会，当时只有 1 个月时间开发，因为只有两个人，所以一期只是完成了一些核心的展示功能，而且有些功能还做在了服务端，python 用来快速开发，真的太方便。
二期进度
使用uniapp开发时因为客户方要求在支付宝，百度，头条，微信四个小程序端和网页端都可以访问。但是实际体验下，同时维护百度，头条，支付宝等小程序的小程序是非常麻烦的，每个端都要登陆一遍后台进行新版提交和发布确认，然后每个端还有各自的代码审核等待时间，快的半天慢的 2 天 3 天，体验非常的差。客户最终提出能否实现自动的无感知发布，后来就有了重构重新在 webview 上的想法。
做到 webivew 上的有优点也有缺点，优点就是无痛发布，没有审核时间，多端同步等，缺点就是项目本身能实现一些可以与设备或者小程序端深度绑定的功能，毕竟 webview 相当于一个浏览器，与设备环境完全隔离，当然也可以针对端进行定制，只是复杂度也会成倍上升。
恰好项目用到的功能都能使用 webview 实现，而且非常合适，所以这次重构是非常愉快且正确的选择