部署友好代碼

Question

編寫部署友好代碼是否被認爲是程序員的優點？

如果是的話，那麼在編碼時需要記住什麼是一般性考慮因素，以便稍後部署相同的代碼不會成爲噩夢？

Answer 1

部署的最大改進是儘量減少人工干預和手動步驟。如果您必須鍵入配置值或手動瀏覽配置屏幕，則部署中會出現錯誤。

Answer 2

如果您的代碼需要「回家」，請確保用戶瞭解原因，並在必要時關閉該功能。如果您正在編寫現成的軟件以部署在公司網絡上，這可能只是一個大問題。

這也很高興沒有你的程序依賴於太多的環境事物運行正常。爲了解決這個問題，我喜歡用我自己的bin等和其他文件夾來定義一個目錄結構，這樣一切都可以自成一體。

Answer 3

我不完全確定你的意思是「部署友好代碼」。你在部署什麼？ 「部署」是什麼意思？

如果你的意思是說你的代碼應該可以在計算機之間傳遞，我想最好的做法是儘量減少不需要的（有一個給定義的「不必要的」）依賴關係到外部庫，並且很好地記錄你做取決於。

Answer 4

整個部署過程應該自動化以最大限度地減少人爲錯誤。該軟件不應受環境的影響。任何新的部署應該很容易回滾，以防發生任何問題。在編碼時，您不應該對每個環境可能不同的配置值進行硬編碼。配置應該以可以根據環境輕鬆實現自動化的方式完成。

Answer 5

客戶端還是服務器？

一般而言，部署友好意味着您在完成小故事/工作單元時完成並驗證部署。它來自持續的質量保證而非風格。如果您等到最後一分鐘才能構建和驗證部署，那麼最乾淨的代碼永遠不會友好。

其他部署，桌面或服務器從早期驗證開始。如果您儘早解決這些依賴項的交付問題，那麼您可以添加所需的所有可靠依賴項。一些非常方便的桌面部署機制會導致沙盒/部分受信任的應用程序。儘早發現你不能做些什麼（例如，把你的日誌寫到c：\ log.txt），而不是發現你的客戶無法安裝。