1.APP后臺架構(gòu)

  梳理app的業(yè)務流程、整理遇到問題、可行性技術(shù)、有機融合。

  架構(gòu)是和業(yè)務密切相關的，其演變由業(yè)務驅(qū)動。架構(gòu)的真實意義是為了解決問題，根據(jù)實際需求而設計。

2.APP和APP后臺的通信

  APP和APP后臺通信可以使用通用語言通信和使用暗語通信兩種方式。

  除非開發(fā)者對App安全性、性能要求高，不然選擇HTTP協(xié)議足夠。

  通信中的長連接和短連接：

  長連接就像一直保持著手機通話，使用Socket或WebSocket連接，適用于手游和聊天推送服務。

  短連接就需要時才撥通電話，現(xiàn)在的主流通信方式是HTTP協(xié)議，開發(fā)效率高，有大量的第三方軟件，節(jié)約開發(fā)人員的認知成本。

  APP和后臺的通信大多數(shù)通過API（Application Programming Interface，應用程序編程接口） 

  后臺返回給API的數(shù)據(jù)格式：JSON、XML。各有千秋，相比Json更加節(jié)省流量。

3.APP后臺和Web后端的區(qū)別

  APP后臺需要：網(wǎng)絡傳輸?shù)牧髁浚▽D片做處理:壓縮）、移動手機的弱網(wǎng)絡環(huán)境（手機高速移動的網(wǎng)絡容易斷開）、手機的電量有限（APP端和后臺的運算相互平衡）。

4.選擇服務器

  傳統(tǒng)服務IDC器和云服務器

  隨著業(yè)務規(guī)模的增大，面對高可用、高并發(fā)、監(jiān)控警報的問題。運維問題解決需要的投入非常大。建議使用云服務器：用戶選擇升級后臺硬件配置、寬帶，網(wǎng)絡支付，重啟服務器。簡單、方便、快捷。

5.選擇編程語言

  選擇符合場景的最熱門的編程語言，是一條重要法則。開發(fā)效率高、切記不同語言維護相同業(yè)務邏輯。但，一個系統(tǒng)中不同的業(yè)務邏輯可以使用不同的編程語言實現(xiàn)。

6.快速學習新技術(shù)

  APP后臺技術(shù)容易接觸新知識，明白兩個核心問題：軟件適用場景、軟件的運行原理。

  閱讀：README文件、INSTALL文件，閱讀官方文檔，閱讀源碼（Example文件），實在不行就上網(wǎng)搜索唄~

7.APP誕生流程

  項目啟動（產(chǎn)品經(jīng)理使用Axure制作原型圖、UI設計師設計界面、產(chǎn)品會議）-->

  研發(fā)階段（根據(jù)業(yè)務需求完成后端架構(gòu)設計，初步設定API接口（填入假數(shù)據(jù)））-->

  測試階段（人人都是測試員，制定測試計劃）-->

  正式推出階段（發(fā)布到各大應用市場，市場推廣）

8、最適合APP開發(fā)模式

  傳統(tǒng)的開發(fā)模式：瀑布模式，最大的問題是開發(fā)周期過長，迭代速度慢。

  然而，移動互聯(lián)網(wǎng)發(fā)展迅猛，需求不斷變化。因此，引入Scrum敏捷開發(fā)框架。

  Scrum簡介：敏捷開發(fā)框架，一個增量、迭代的開發(fā)過程。包括若干小的迭代周期（Sprint）

  使用產(chǎn)品Backlog來管理產(chǎn)品或項目的需求：按照商業(yè)價值排序的需求列表。開發(fā)總是先從對客戶具有較高價值的需求開始。

  Sprint計劃會議分析、討論、估算得到一個Sprint的任務列表：Sprint Backlog。

  后臺開發(fā)應先設計出相關API并讓API返回假數(shù)據(jù)，方便APP開發(fā)人員調(diào)用接順利開展工作。還可以對整個開發(fā)計劃有總體的規(guī)范，相當于TDD（測試驅(qū)動開發(fā)）

  每日例會中，報告：昨天做了什么、今天準備做什么、什么工作需要和其他同時配合

  對于測試和修復bug，測試問題需要提交到Bug管理軟件，寫明：問題描述和重現(xiàn)步驟、測試人員、負責解決問題的人員。

  評審會議，演示APP的功能。

  回顧會議，各自說出優(yōu)缺點。

  技術(shù)反饋，APP應具有意見反饋功能，產(chǎn)品經(jīng)理可以通過后臺系統(tǒng)賬號可以和用戶交流。

  最后，敏捷開發(fā)適用于需求多變、開發(fā)周期短的項目，并不是萬能的。

--------------------- 

原文：https://blog.csdn.net/qq_36347817/article/details/78938210