在編寫**的過程中，我們編寫的類往往會有需要支援多條分支條件的情況，一般情況下，我們可能會通過設定一些引數變數的方式，來對這些分支條件進行區分，那麼就引出了乙個問題，我們是採取盡量少的變數來代表多種條件分支好呢，還是先根據條件性質進行區分，然後用不同變數分別代表好呢？
本人也經常遇到這樣的情況，這兩種方式，當然各有利弊，前者可以體現簡約精神，而後者更加注重分類，前者的弊端也很明顯，就是會增加其他開發人員閱讀我們**的代價，相反，這正是後者的優勢！
說到這裡，這個問題就變成是按照自己的編碼習慣，還是側重於團隊的協作？個人建議還是採取後者，因為良好的**質量的乙個很重要的前提就是能夠做到「易讀易改」，可見，在團隊協作的過程中，是有必要有一套屬於團隊的規範的，這樣雖然在初期可能會感覺有些彆扭，但是其威力將體現在將不同模組進行融合，以及在後續處理專案支援時得到體現。所謂磨刀不誤砍柴工，或許就是這個道理吧。
與此同時，還有一種情況，就是我們一般會在頁面上新增一些隱藏的標籤，用於存放一些從後台得出的資料，用於客戶端指令碼的使用，或者用於請求提交等情況，類似地，同樣會出現一些條件分支的情況，如果我們要處理的頁面量比較多，條件分支也不只兩種的話，我們是有必要將所有頁面進行統一處理，新增所有的條件分支標籤，還是根據實際頁面需要的分支條件進行新增？
統一處理的優勢，會使開發效率比較高，但同時可能會隱藏一些潛在的bug，而按需分配的方式呢，則不會出現隱藏的bug問題，因為一旦有問題，此頁面就會出現錯誤提示，當然，這就需要我們在開發頁面的時候更加的小心！
可能大家發現了，很多的時候，我們遇到的都是這樣的情況，即有幾件事情需要處理，往往只是處理順序的不同，其實很少有能大幅減少這些事情的情況，僅僅是處理的先後順序，但給我們帶來的結果將會大大的不同！接著說上面的問題，個人建議採用後者進行開發，因為如果採取統一的方式，不但增加很多的冗餘**，也不利於其他開發人員的開發和維護，與其將這些工作量放到後期，還不如消滅在開發階段，這樣的代價是最小的。
遊戲開發如何處理美術資源和程式分支？
遊戲開發如何處理美術資源和程式分支比較好？程式策劃美術協作需要版本管理工具，做過端遊手遊，知道全用svn的，美術用alien brain程式用perforce的，美術用svn程式用git的，還有全git的，但遇到美術資源要往版本分支提交或合併回來時總沒有優雅的方案，總會有痛點，尤其在git flow...
如何處理SecureFX中的中文亂碼
分享給大家，也當作給自己記錄下來。首先，在securefx選單中選擇 options global options 然後，在 global options 視窗中，選擇 general configuration path 找到securefx配置檔案所在的路徑，並複製該路徑 接著，在電腦中開啟這個...
如何處理SecureFX中的中文亂碼
情況描述 今天在使用securefx連線伺服器進行資料傳輸時，發現包含中文名稱的檔案在securefx中無法正常顯示，出現的都是亂碼。解決方法 1 開啟securefx，找到含有中文名的路徑，檢視還有中文名的檔案 2 在securefx選單中選擇 options 選項 global options ...