这周用 uniapp 写了个微信小程序，有点感触，可能今晚睡一觉就忘了，连忙记下来：

• 原型和设计不牢靠
• 前端开发依赖后端接口
• 界面布局效率较低
• 编译速度慢很烦人
• 对接后端接口效率较低

间隔上次开发微信小程序预计有 1 年多了吧，这次是到新公司之后的第一个开发工作，第一次应用 uniapp，第一次应用蓝湖看设计图，第一次应用 swagger 看接口 …

最初算是勉强实现工作了，下周提测。

优化工作流程

这周的工作流程是这样的：

• 拿到原型和设计之后，轻易看了看，心不在焉地看不出什么问题
• 凭借多年踩坑教训，粗略评估了开发工夫
• 技术选型，久闻 uniapp 的小名，连忙上
• 搭建了几个 uniapp 的模板我的项目，发现果然还是最简略的那个 hello world 适宜我这样头脑简略的人
• 对着设计图就写代码，布局没做完就写逻辑，逻辑没写完又持续写布局
• 用新的框架总是会遇到一些坑，并且总会吐槽一些写法，并想着本人扭转一下架构
• 写着写着就会发现这个原型、设计有问题，而后各种沟通
• 后端上班了，也没有开发服务器持续跑着，也没有模仿的接口，工作没法发展了
• 因为同时进行界面布局、相熟设计、对接接口，所以尽管接口不多，然而也是到了最初一天也还在对接口、界面布局、相熟设计
• uniapp 编译 + 微信小程序编译 = 慢得让人有些焦躁，甚至想喝奶茶

如果再让我重来，我会这么优化我的工作流程：
尽快和工作的上下游对接分明
因为你向上下游反馈的问题，他们须要工夫配合你解决问题，你越晚反馈问题，你的工作危险越高。

• 拿到原型和设计之后，光看是看不出什么的，整顿出一份业务思维导图，尽快把发现的问题反馈给产品经理和 UI 设计
• 开发工夫的评估个别要给得比拟早，所以我还是会在拿到原型之后向项目经理提供开发计划
• 如果这时接口曾经进去了，那么就先想方法调试接口。印象中 postman 能够把申请过的接口保存起来，当前能够间接用来当作本地调试数据。

优先解决界面布局
不要同时写界面布局和界面逻辑，编译慢不说，思维跳跃效率也不高。优先做好页面布局的话，也能够进一步相熟设计，更早地发现问题，反馈问题。

• 技术选型时着重思考配套的 UI 组件，联合设计尽量找到成熟的 UI 组件，毕竟界面布局什么的很烦
• 先一口气把所以 html 代码写了，先不论款式
• 印象中 chrome 控制台不仅能够长期调试款式，还能够把款式间接同步到源代码中，的空得把这个技能弄到手

写逻辑
这一块没什么要优化的，我写代码心中始终谨记着：这份代码得让实习生也能看得懂才行。