㈠ 是怎麼開發一個聊天社交APP
APP模板開發的速度較快，開發價格從幾千塊到幾萬塊不等，與定製開發相比，開發時間快，價格也較低。
如果社交系統模板功能比較豐富的情況下，還可以自由搭配組合，風格也會更加多樣化。網路
㈡ 怎麼去實現一個社交APP的開發
最開始的技術選型秉著簡單清晰、盡快實現想法，減少復雜的引入，但是要盡量為以後的擴展做好准備這么一種想法。很多互聯網創業心靈雞湯比如《黑客與畫家》、《Rework》也都大概是這么提倡的，先把東西迅速做出來，然後根據用戶的回饋發現問題快速迭代。下面介紹一下我選用的技術棧：
1. 語言:
人生苦短，我用python
2. 存儲和數據訪問工具：
這年代存儲面臨的選擇的確很多，但我還是選擇自己最為熟悉的MySQL，原因不必多說。根據之前的經驗，像是用戶表這種會保持不動，但是有些表，比如feed index我在一開始就做了sharding的處理（關於feed的實現和存儲結構我在後面會進行介紹）。另外很重要的東西就是數據訪問層的實現了，雖然有些東西，比如讀寫分離的支持，現在不會用到，但是我覺著要支持，最起碼要考慮這種情況將來會發生，到時候不至於太苦逼的到處重寫代碼，另外對於sharding，要做到跟訪問通常的表類似的輕松，最後要帶點兒ORM功能。
做的第一件事情就是寫這個數據訪問工具，業務就是增刪改查么，沒有這傢伙還怎麼活！？用python兩三百行代碼對web.py的數據訪問模塊做下包裝就搞出這么一個東西來， 最終可實現讀寫分離和對sharding的支持。當然在用的過程中發現問題不少，有些查詢不能很好的滿足需求啊等等，完善中。
3. 緩存
因為這個項目屬於80/20那種課余愛好，資源較少，最開始也不想大推，只是給周圍的小夥伴們先玩玩，程序員怪叔叔搏妹子一笑什麼的，能有兩三台機器就很不錯了，所以對於傳說中的分布式緩存，想想還是算了，多數東西還是直接讀庫，但是還是搭了個Redis，做啥用？主要是三件事情：1、保存token 2、記錄用戶在線狀態 3、防刷業務 「你輸入的太快了，請休息一下繼續」之類的。但是所有數據的獲取還是走的存儲層，到時候如果要加緩存，可以直接在存儲層去加，而不必去侵犯上層業務邏輯。
4. 靜態存儲
做社交對圖片的質量要求是很高的，多數都是會在後台專門拿出機器搭image magic等切圖服務，但對於初創的社交app，搞這種東西挺耗費資源的
㈢ 怎麼搭建個app,有源代碼，怎麼搭建
需要買域名
進行備案
需要買空間
需要部署程序
需要上架