原創聲明:本文為作者原創，未經允許不得轉載，經授權轉載需注明作者和出處
1024kb 只是一個目前編譯后代碼可上傳最大限制，至于后期會不會更改，不得而知。個人只是想借 1024kb 來和大家一起交流一下，如何在限制下，揮舞大刀…
微信官方回答了，為什么有 1024kb 的限制。 省流、空間占用少！ 那么如何有效利用1024kb？
對于開發微信小程序的程序員來說，你必須有一種”一分錢掰成兩半花”的思想準備。
個人認為：在 1024kb 的有限空間內，能否做出更多的事情，這將是一個挑戰。而我們該如何應對這個挑戰呢？ 下面說說的筆者的幾點看法：
- 官方規范，我相信，你今天可以不看，明天也可以不看，后天應該就要看看了吧
- 交互設計稿，簡單一點，再簡單一點，flex實現的九宮格、網格…
- UI組件，微信官方作為首選（參照UI設計規范，有能力的趕緊設計出幾套簡約風格的吧，也許將為你帶來不小的收獲）
- 代碼復用。公共類、通用模塊什么的，趕緊做起來吧
大道理的落地實現，舉幾個例子：
1 . 官方文檔中的組件篇，封裝了一些常見的組件，微信官方封轉時充分考慮了移動端的多樣性，進行了適配，我相信一般開發者做不到這么好的封裝吧，切忌為了一些酷炫的效果，去自己封裝組件，除非你足夠牛X，再者，一共就 1024 kb，在封裝組件上浪費大量空間，并不理智。如果這些不足以滿足需求，還有WEUI
2 . 媒體組件必須使用時，避免使用本地資源，將這些占空間的內容放到服務端將更好；媒體資料使用壓縮傳輸，下載到本地緩存內，進行解壓展示，配合過期策略，將能在省流和較佳的媒體展示中找到你一個平衡點；如果做不到這些，就將媒體資料壓縮后在傳到服務器上吧
3 . 小程序提供本地緩沖，在安全的以保證的情況下，發揮它的作用吧。媒體資料建議不要濫用，如果可以用簡單幾句話可以表達你的意思的話。畢竟小程序 是一個“小應用”
4 . 交互設計稿布局方面，微信官方在Css Flexbox布局基礎上，簡化后創造的flex布局，官方推薦使用，使用時僅需對容器和元素進行簡單的wxss樣式設置即可得到自己的布局方案
5 . 基于模塊化編程，提高代碼復用性。將通用業務邏輯封裝成模塊，實現重用，將可節省大量空間去做更重要的事情
6 . 重點來了：請充分了解微信小程序已經在框架中給我們做了什么，千萬不要重復創造輪子，如果還不清楚，請關注筆者后續帖子…
說說你的看法吧！！！
附上精華帖：
