比方說 angular.element() 這個方法 我會把他封裝成一個函數(shù)去調(diào)用 這樣如果 angular 變更 element 方法名的話(幾乎不可能出現(xiàn)) 改一個位置就可以了 但我們都知道 真要出現(xiàn)上述情況的話 整個程序也該重構(gòu)了…… 但是不這么做的話我就不爽 因為不可控性~再舉個栗子 調(diào)用后端接口時 指定傳參的 Json 的 key 名我不會直接去寫或者用 extend 因為這樣始終都要涉及后端指定的 key 名 萬一要更改的話 我這就炸了 我會把參數(shù)放到一個數(shù)組 處理數(shù)組把參數(shù)對應(yīng)到 key 上構(gòu)成 Json 傳給后端 這樣如果改動 key 名 改一處就好~還有其他零碎的地方 文件路徑啊什么的 相同的文件路徑要存儲到變量里嗎?~但是感覺越來越掌握不好粒度了 導(dǎo)致現(xiàn)在只要看到重復(fù)代碼 就會考慮怎么抽象出來比較好 用對象存數(shù)據(jù)糾結(jié)鍵名變了改怎么辦 如果某某處要改的話 是否改動一個位置就好 但有些情況勢必是做不到的~我這樣做對嗎 趕腳好累啊~
想把一切不確定的因素變成確定(自己定義的變量、方法)是一種病嗎?~
慕容708150
2018-10-13 14:13:34