用uniapp开发微信小程序的心得-总结与思考

58次阅读

共计 999 个字符,预计需要花费 3 分钟才能阅读完成。

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

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

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

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

优化工作流程

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

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

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

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

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

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

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

正文完
 0