本篇文章主要用於客戶端公升級程式整個從需求、設計、開發、測試和發布整個過程中的回顧，用於梳理這過去大半年時間內，在此專案上面的經驗教訓，在以後開發類似專案時，避免走彎路，避免自己挖坑以及踩坑。
小結，在產品需求階段，開發人員要有一定的介入，產品人員不要想著第一期就把能想到的所有功能和情況都給上線，做好功能點規劃，哪些比較重要，哪些不那麼重要，分批次上線功能，完善程式的自我更新機制即可，第一期就搞這麼複雜，導致後續的開發和除錯耗時過長。
在產品人員出設計互動圖時，往往比較隨機，按照自己的想法去做，各個圖之間的互動邏輯，圖上面按鈕的有效前提條件，出錯的情況下的提示介面以及重複出錯的處理，都沒有太過細節的梳理。在實際開發中，會碰到各種錯誤情況，各種具體的互動細節流程未定的情況，在這種情況下，要如何順利走下去？真是個麻煩事兒。具體處理，在開發章節詳細說明。
小結:在開發過程中，涉及到同型別的錯誤提示積累到一定數量的情況下，再去和產品討論該如何處理。在討論時，先給出自己的意見，因為產品人員最終很大可能會採納你的意見。商定同型別錯誤處理後，需要及時將討論的結果更新到需求文件中去，給開發和測試都通知下，下次就按照這樣的錯誤去開發和測試。
每次提交給測試測試的版本，必須要有乙個版本號，每次提交時，版本號要按照一定規律遞增，同時在發布目錄下，寫好每次修改的changelog，方便測試回歸確認和開發追溯。
對於後台執行程式的測試，在開發測試階段，打log是很重要的。這裡打log有兩種方式
使用第三方log日誌庫的好處是方便快捷，成熟可靠，但壞處是發布時，需要帶上相關的dll，如果在發布版要求不能帶上不相關的dll，那測試版和發布版就有了區分，這樣不利於發布版的測試回歸。
自己寫的log日誌庫，好處短小精悍，不用帶dll，在配置檔案中增加乙個開關即可即開即用。
在開發前期，我一直是用第三方log庫的，在後期發布測試時，就改為自己寫的log庫。
Mac OS 公升級svn客戶端
mac os 10.9 系統帶的預設svn客戶端是1.7.x版本的。在使用checkout來的1.8版本的工程下 svn info 提示需要公升級客戶端 安裝完成，最後一步提示新增svn位址到path變數中，然後在終端執行以下命令 cd vi bash profile 在 bash profile檔...
瘦客戶端 胖客戶端 智慧型客戶端
胖客戶端模式將應用程式處理分成了兩部分 由使用者的桌面計算機執行的處理和最適合乙個集中的伺服器執行的處理。乙個典型的胖客戶端包含乙個或多個在使用者的pc上執行的應用程式，使用者可以檢視並運算元據 處理一些或所有的業務規則 同時提供乙個豐富的使用者介面做出響應。伺服器負責管理對資料的訪問並負責執行一些...
C 實現客戶端公升級流程
對於乙個客戶端軟體，公升級程式是很常見的，當客戶端有新增需求或者bug修復時，後台發布公升級版本，前端進行版本比較並進行公升級，以實現客戶端迭代更新的效果，因此學會如何設計乙個簡單的客戶端公升級流程是我們必須要掌握的能力。公升級程式也是乙個win32介面程式，因為需要顯示更新進度，以及與使用者之間的...