只要看一遍00-1010文件。闭上眼睛写!写作遇到问题回头看。
控制尺寸
小程序的尺寸需要在2M以内,所以那些需要使用第三方库,比如画布绘制的人,需要注意定制第三方包的尺寸。
图片是优化的重点,建议加载到远程服务器出租上,不要写在本地。
写的时候注意提取常用的模块和组件。那只能用JS打包,较好用webpack或者grave之类的工具压缩。或者直接使用成熟的小程序开发脚手架。我踩了一个坑,本地组件画布不能在滚动视图中使用。有关详细信息,请参见文档。看设计图的时候,心里要有底,尽快提出来。可用于确保上一步中的设置数据已经完成。然而,这个api不能可靠地确保这一步。更多时候,你需要手动检查。糟糕的是,面对避免重复点击提交的共同需求,即使勾选后,在开发工具中还可以,但在真机上还是不行。只有硬油门时间。非常沮丧。工作中可能会有一段时间倦怠。这个时候,不如积极寻求改变航道或者调整自己的心态。总之,一定不能降低发货质量和敷衍了事。你周围的人会看到一个人在做什么。
及时、积极地汇报进展情况。
这是无稽之谈,但说起来容易做起来难。
不要高估自己的能力。
特别是如果你真的有缺陷,先打疫苗。例如,我承认我从未去过小程序例如,公司很忙,肯定会在工作上花更多的精力。比如我不想太累。比如我完成它的能力有限。其实我比较爱面子,但是我不想承认自己做不了什么。但事实是,如果你想做,成本(睡眠、休息时间、精力等。)有时相对较高。这是性价比的问题。现在我会更倾向于说出自己能力有限的真相,这也是为了降低对方的期望。
不是没有可能,但生命才是重要的!
三思而后行。
不要急于去做。先在脑子里过几遍,哪里可能有问题,哪里不明白原型。没有坑是不可能的。先标记坑。不要冒险。不要冒险。不要冒险。
首先,以整体框架为例,考虑可以提取哪些常用组件和方法。私人工作实际上是一个人的完整项目。要从整体考虑,先提取公共部分,再进行分而治之。让我们来谈谈什么是设计模式。我们不谈这个了。