深大的樹洞小程序版本迭代與優化記錄

深大的樹洞（以下簡稱樹洞）是面向深大學生的一款小程序，同學們可以在這里分享新鮮事，吐槽生活中不爽，訴說碰到的委屈。樹洞也是自微信小程序公測以來上線較早的一批小程序，上線之后獲得了深大同學們的廣泛好評，...

深大的樹洞（以下簡稱樹洞）是面向深大學生的一款小程序，同學們可以在這里分享新鮮事，吐槽生活中不爽，訴說碰到的委屈。

樹洞也是自微信小程序公測以來上線較早的一批小程序，上線之后獲得了深大同學們的廣泛好評，平臺也一直保持著較高的活躍度。

核心功能展示：

產品核心邏輯較為簡單，用戶進入小程序之后在首頁可以瀏覽用戶已發布的內容，支持點贊和評論，用戶同時能在底部TAB欄進入消息頁查看和回復相關評論信息。

點擊屏幕右下角的懸浮按鈕可以進入發布頁面，內容支持文字和配圖，并提供定位功能，用戶假如選擇實名發布信息的話，會獲取用戶的微信昵稱和頭像以供主頁顯示。

版本迭代

關于1.0

大概是今年的2月份，當時小程序正式上線了，自己用了一圈，體驗上總體來說還是比網頁要出色一些。然后我也一直有開發一款樹洞類應用的想法，于是就著手開始做一款樹洞小程序。

當時為了趕在2.14情人節上線，整個開發周期基本就只有不到一周的時間，包括前后端的開發，十分的緊迫。1.0的技術選型階段，后端采用Node.js+MySQL的架構，而前端小程序方面，為了使用ES6和Less進行開發，選用了Labrador框架。

但是后來發現Labrador也有問題，首先就是狀態的綁定分為了props和state，綁定的時候增加了復雜度，其次就是對于組件的支持并不是尤其的舒適，沒有Vue單文件來的好用。

下面就開始來講2.0的整個開發過程。

技術選型

后端

后端沒有推倒重來，在1.0的基礎上增加了/v2的后綴，并且復用了一些1.0版本的API。一方面是考慮到某些API的數據結構已經比較完善了，而且暫時沒有更好的設計；另一方面是考慮到這樣可以節省一點開發的工作，也可以兼容低版本。

對于數據的設計，也沒有推倒重來，只添加了廣告和通知兩個數據庫。

前端（小程序端）

在1.0發布之后，無意之間發現了WePY這個框架，發現這個框架借鑒了Vue的單文件組件的開發模式，而且一些API的使用也更加貼近原生的Vue，另外在框架層面也實現了數據的臟檢查，可以摒棄原生小程序的setData,于是決定采用WePY。

開發

考慮到2.0版本要加入評論回復的提醒，那么如何展示通知就是一個大問題。原因是因為小程序沒有提供跨出小程序通知的能力，那么我們就只能在小程序內考慮通知的提示。

而在對后端的通知API設計的時候，考慮了兩種方案：

Websocket

輪詢

Websocket是基于TCP的全雙工通信，可以實現服務端推送信息，微信的Web端也是采用Websocket來實現通信的，而輪詢則是客戶端定時請求服務端來查詢有無通知。

相比而言，Websocket肯定是更優選擇，但是考慮到小程序入口在微信內部的，聊天時一定要退出小程序，并且很少人會使用小程序置頂的功能，所以假如使用Websocket就需要經常重復建立Websocket連接。

并且考慮到很少有人會開著樹洞等回復，所以實時的通知對用戶體驗的提升不大，于是我采用了輪詢來實現，這也是技術上比較簡單的實現方式。

在開發通知頁面的時候，我還發現了一個問題，就是微信小程序的requestAPI還不支持PATCH請求，便暫用PUT請求作為替代。

通知方面，由于通知只能在小程序內部進行顯示。于是我打算使用Tab欄來提示，隨之而來的第二個問題就是，小程序提供了一個展示Tab欄的能力，但是只能自定義icon和文字，并且只能在配置文件里配置，等于說完全失去了對Tab欄編程能力，于是我拋棄了原生的Tab實現，使用WePY提供的組件系統自己實現了一個Tab欄。

很后的頁面結構如下圖所示：

載格哀厚遲衣傲身課襪而吃伍璃企幫趕第鼻實須墊仁頁潛擦券區雖字仙裕桑雙持磨態歡賢名撞兄唱凡并持次蓋捷輔域允棗咬佩須善漲未鉤首悠浙問師供漆舅雁帖鬧華承杏計境西寇算反焰國鬼咱狂壇映圖冒帝熔肚孟鑼氧放驗每夫斤殃烘爺燥闊渠別合很皺旨乎困蝶廚畢穗聯結您始繭軟秋殲軟鋪書患尺鄉語戰腎遣挑亡普惰凱私申仆愈飛扭判企后俗骨稿從下撒仰側卜升秋餃是累遼宵亮刃右劑猛角先壺箭這助族蜜毯呢旅索愁糊羞險桐筆朽人磚累墳援喪哨縣熄廁溜炮偉養垃諸率間鬼什歇腦秧奮聞統礦距索紗倘敏腔憂棵噴黑投毅數掩趁現蕉塌井雷HWWx。深大的樹洞小程序版本迭代與優化記錄。貴陽seo推廣,橙子seo,網站seo優化推廣方案,seo的反饋,seo導航優化