只要看一遍00-1010文件。閉上眼睛寫!寫作遇到問題回頭看。
控制尺寸
小程序的尺寸需要在2M以內,所以那些需要使用第三方庫,比如畫布繪制的人,需要注意定制第三方包的尺寸。
圖片是優化的重點,建議加載到遠程服務器上,不要寫在本地。
寫的時候注意提取常用的模塊和組件。那只能用JS打包,較好用webpack或者grave之類的工具壓縮。或者直接使用成熟的小程序開發腳手架。我踩了一個坑,本地組件畫布不能在滾動視圖中使用。有關詳細信息,請參見文檔。看設計圖的時候,心里要有底,盡快提出來。可用于確保上一步中的設置數據已經完成。然而,這個api不能可靠地確保這一步。更多時候,你需要手動檢查。糟糕的是,面對避免重復點擊提交的共同需求,即使勾選后,在開發工具中還可以,但在真機上還是不行。只有硬油門時間。非常沮喪。工作中可能會有一段時間倦怠。這個時候,不如積極尋求改變航道或者調整自己的心態。總之,一定不能降低發貨質量和敷衍了事。你周圍的人會看到一個人在做什么。
及時、積極地匯報進展情況。
這是無稽之談,但說起來容易做起來難。
不要高估自己的能力。
特別是如果你真的有缺陷,先打疫苗。例如,我承認我從未去過小程序例如,公司很忙,肯定會在工作上花更多的精力。比如我不想太累。比如我完成它的能力有限。其實我比較愛面子,但是我不想承認自己做不了什么。但事實是,如果你想做,成本(睡眠、休息時間、精力等。)有時相對較高。這是性價比的問題。現在我會更傾向于說出自己能力有限的真相,這也是為了降低對方的期望。
不是沒有可能,但生命才是重要的!
三思而后行。
不要急于去做。先在腦子里過幾遍,哪里可能有問題,哪里不明白原型。沒有坑是不可能的。先標記坑。不要冒險。不要冒險。不要冒險。
首先,以整體框架為例,考慮可以提取哪些常用組件和方法。私人工作實際上是一個人的完整項目。要從整體考慮,先提取公共部分,再進行分而治之。讓我們來談談什么是設計模式。我們不談這個了。