事實上，即使是簡單的APP發(fā)展也很復(fù)雜，從APP從開始到結(jié)束到結(jié)束，由于人員和管理的諸多因素，一定是APP在開發(fā)過程中會遇到一些問題，如溝通問題、功能不明確、項目管理不符合規(guī)定等。今天，我無意中看到了外國程序員的寫作經(jīng)驗。我感覺很好，所以我會翻譯它，用我自己的經(jīng)驗來補充和修改它，并與你分享。如果我決定使用它，我可以在緊急情況下收集它

一、編程前的問題

1.如果我們不與甲方溝通，我們就無法很好地了解客戶的需求。缺乏溝通是最致命的問題。如果我們不了解客戶的需求功能，我們應(yīng)該盡快溝通。

2.沒有計劃就開始編程，APP開發(fā)需要標(biāo)準(zhǔn)化，不能直接編碼，需要循序漸進。

3.在選擇最新技術(shù)或更成熟的舊技術(shù)時，我們應(yīng)該學(xué)習(xí)新事物，特別是新事物APP在發(fā)展行業(yè)時，我們不能忽視對成熟技術(shù)的肯定，因為新技術(shù)肯定會遇到一些問題，所以選擇新技術(shù)還是舊技術(shù)取決于我們的項目。

4.沒有項目經(jīng)理的管理，程序員可以在沒有計劃的情況下主導(dǎo)開發(fā)，因為APP如果開發(fā)相對簡單，你可以選擇一個人來開發(fā)，但是如果是一個大項目，你需要很多人來合作開發(fā)，那么你會遇到問題。在項目開發(fā)的早期階段，應(yīng)該有一名項目經(jīng)理。項目經(jīng)理不僅可以為項目構(gòu)建結(jié)構(gòu)，還可以控制整個項目的技術(shù)。

二、程序編碼中的問題

1.編程人員沒有命名規(guī)范和代碼規(guī)范。我們之前談過復(fù)雜的代碼APP需要多人開發(fā)。當(dāng)多人開發(fā)時，需要標(biāo)準(zhǔn)化命名和代碼標(biāo)準(zhǔn)化，以免出錯，也不需要更改代碼變量的名稱，這樣可以事半功倍，不浪費時間。

2.在項目的早期階段，我們不做任何測試，或者在后期階段進行測試，而且根本沒有測試，這些都是致命的問題。我們應(yīng)該在項目開發(fā)過程中進行測試，從小功能到大功能，最后應(yīng)該對整個過程和邏輯進行相應(yīng)的測試，以便完美地實現(xiàn)項目。

3.我們不驗證收到的數(shù)據(jù)和發(fā)送的數(shù)據(jù)。開發(fā)人員知道我們不能相信任何客戶端，所以我們需要驗證輸入和輸出數(shù)據(jù)！

4.到處都使用全局變量。事實上，這也是代碼的標(biāo)準(zhǔn)。

5.沒有編寫代碼注釋的習(xí)慣。在編程階段，由于大量的代碼長度，我們需要用中文注釋代碼，并知道哪些功能有助于協(xié)作開發(fā)。同時，我們不會忘記代碼的邏輯。

三、APP后期開發(fā)問題

1.我們應(yīng)該在開發(fā)的早期階段抓緊時間，因為我們不知道我們在后期結(jié)束時是否會遇到客觀問題或主觀問題。

2.在項目后期增加開發(fā)人員往往不會加速，這適得其反。

3.對開發(fā)的APP沒有最大壓力測試，測試壓力也是一個測試階段。如果你不做壓力測試，那么當(dāng)你到達時，APP當(dāng)你上網(wǎng)時，你會遇到性能和鏈接的問題。