1樓：zanxas
我還真就在unity用過介面，元件化的設計過於便捷，導致所謂的設計模式很少有用武之地，所以介面幾乎在unity絕跡了。我平時用的最多的是單例模式，也沒有用到介面。
當時用到的情況是，使用者有個需求，有Ctrl z撤銷,Ctrl y前進的功能。我就琢磨了乙個介面istep 裡面有兩個方法，cancel 和do
然後每種資料操作寫乙個istep實現類，如transformstep，如imagestep。每次使用者操作都會把元件原資料和變更的資料new乙個類出來，入棧stack，需要撤銷就從棧頂取然後呼叫cancel，前進就do。
2樓：singledigit
我自己理解也相當一般，寫下來互相交流吧。
1.c#是不支援多重繼承的，如果乙個類想實現類似多重繼承的效果，只能用介面。此外，如果只是一般的單繼承的話，個人覺得直接用類甚至更方便些。
2.在初始寫框架的時候，將要做的功能模組的具體功能應介面定義好，實現功能的時候能方便自上而下的實現。
暫時想到這些，想到別的再補充。3.
戰爭中什麼情況下需要分兵？
已登出 首先，戰場上雙方是無法絕對正確得知對方資訊的。哪怕臥底內奸破解密碼之類，他們提供的資訊只是給指揮官乙個大致參考價值，而不是絕對判斷價值。也就是情況刺探雙方對彼此只是了解乙個大概，而一旦斷兵相接戰場就是瞬息萬變，此時，需要指揮官面對隨時出現的情況做出正確判斷，而此時才是考驗乙個指揮官最關鍵時刻...
什麼情況下1 1 1？
理性思考的有趣表達 太多了，人類感知中的世界裡 1 1 1的現象比比皆是，因為概念或感知常常是人類對現實的一種 四捨五入 式的概括。如 0.6 0.7 1.3 被四捨五入地認識後就是1 1 1 數學中的 分球悖論 你搜一下，會發現它也是1 1 1的翻版，1顆球可由兩顆與之半徑相同的球經過分割重組的方...
「了」和「著」在什麼情況下可以互相替換，什麼情況下不可以？
poem 著 了是動詞的體 aspect 而非時 tense 著是持續體 進行體 了是完成體。而在看起來像是著 了可替換的句例裡，都涉及到了存在體。比如古代漢語裡有 設有 這樣的表示式 現代漢語裡仍可這樣說 其中的 有 就是存在體。於是，在這些句例裡，著兼為 持續體,存在體 了兼為 完成體,存在體 ...