unity業餘愛好者說一下，這幾天傳的關於《太吾繪卷》代碼的事幾乎都是無中生有的事...一群用.net和vs做工程的人談論第三方引擎做的遊戲...真是雞同鴨講。
太吾繪卷
現在針對幾個常見誤會說一下
1.只有一個main （x）
unity的腳本都是依附於各個精靈的，沒有main，只有update
2.沒有注釋（x）
你反編譯出來的代碼有注釋？你真是個鬼才
3.全是字符串變量（x）
用腳趾頭想都不可能，動畫控制器參數不用布爾不用trigger用字符串？不過unity很多自帶的組件中有不少字符串變量，還有各種標籤變量，不排除是誤傳
太吾繪卷
4、一個g的遊戲蛐蛐動畫300m（）
沒問題，但是你回想一下，這個遊戲有幾個動畫？是不是突然意識到會動的東西沒幾個了……人物其實都只有個半身像，戰鬥全是小黑人……好像的確只有蛐蛐有動畫。unity的圖片和動畫沒有針對性地優化的確非常佔空間，尤其2d，每一幀都是一張圖，不像flash。
5、幾萬個if（）
這個倒是沒問題，最早的那個帖子上就貼了這部分代碼。但是吧，這個也只能說代碼的可讀性很差，而且容易出bug，並不是什麼聞所未聞的事。大家還記得12萬行if的百度無人駕駛車嗎？
太吾繪卷
還有一點，就是獨立遊戲的原始碼，開發和迭代的方式和大型遊戲完全不一樣的，獨立遊戲的原始碼，有一定的詬病是無可厚非的，沒有什麼大的問題，最最最主要的就是開發效率和成本節省。糾結架構，過度優化，極度嚴謹的code review，寫很多測試，太多的fancy的pattern，數據結構，都是不是特別現實的。