*補(bǔ)之前缺失的內(nèi)容：

二重層級(jí)結(jié)構(gòu)改進(jìn)成三重層級(jí)結(jié)構(gòu)·第五天：

繼續(xù)昨天的，把剩下的和三重結(jié)構(gòu)句子參數(shù)有關(guān)的引用語(yǔ)句給改過(guò)來(lái)。最后終于改完了。

改的過(guò)程中發(fā)現(xiàn)了之前程序上的寫(xiě)得不好的一些地方，就比如說(shuō)對(duì)話框分支選擇腳本這里。某個(gè)選項(xiàng)可以跳轉(zhuǎn)到43號(hào)大段：6號(hào)小段（當(dāng)然現(xiàn)在變成了1號(hào)時(shí)間線：43號(hào)大段：6號(hào)小段），跳轉(zhuǎn)地址我居然寫(xiě)成1043006。程序讀取解析的時(shí)候先減去1000000，然后分別除1000和模1000。程序?qū)懙妙?lèi)填表也累。當(dāng)然其實(shí)也不是很累。多花1秒鐘時(shí)間而已。但是邏輯上顯得不夠簡(jiǎn)潔清晰。這個(gè)年代正常的程序員都不會(huì)這么寫(xiě)。但我為什么要這么寫(xiě)呢？這又是一個(gè)多年遺留的壞習(xí)慣……喜歡把多個(gè)整數(shù)壓縮到一個(gè)整數(shù)里……

當(dāng)然，除開(kāi)歷史壞習(xí)慣外，還有一個(gè)原因就是UNITY編輯器組件里onClick事件綁定的方法最多只能帶一個(gè)參數(shù)。這導(dǎo)致了我的新的壞習(xí)慣。當(dāng)然仔細(xì)一想這完全不是理由，一方面這個(gè)方法不是掛在組件上的，另一方面就算只能單參數(shù)，完全可以字符串作為參數(shù)。每次調(diào)用的時(shí)候解析一下就行。又不是幀循環(huán)方法，這點(diǎn)性能影響完全可以忽略不計(jì)。

最后我當(dāng)然是改成了1#43#6這種字符串形式。

終于花了半天時(shí)間把剩下的引用語(yǔ)句都改完了。

剩下半天用來(lái)摸魚(yú)了……