# 多態 ### 總結 多態在面向對象程序中的應用相當廣泛，只要有繼承的地方，或多或少都會用到多態。然而多態比起繼承來，更容易被不明不白地使用，一切看起來都那么順其自然。在客戶程序員這邊，一般是只要多態是可行方案的一種，到最后大部分都會采用多態的方案來解決問題。 然而多態正如它名字中所暗示的，它有非常大的潛在可能引入不屬于對象初衷的邏輯，巨大的靈活性也導致客戶程序員在面對問題的時候不太愿意采用其他相對更優的方案，比如IOP。在決定是否采用多態時，我們要有一個清晰的角色概念，做好角色細分，不要角色混亂。該是攔截器的，就給他制定一個攔截器接口，由另一個對象（邏輯上的另一個對象，當然也可以是自己）去實現接口里的方法集。不要讓一個對象在邏輯上既是攔截器又是業務模塊。這樣才方便未來的維護。另外也要注意被覆重方法的作用，如果只是單純為了提供父類所需要的中間數據的，一律都用IOP，這是比直接采用多態更優的方案。 IOP能夠帶來的好處當然不止文中寫到的這些，它在其他場合也有非常好的應用，它最主要的好處就在于分離了定義和實現，并且能夠帶來更高的靈活性，靈活到既可以對語言過高的自由度有一個限制，也可以靈活到允許同一接口的不同實現能夠合理地組合。在架構設計方面是個非常重要的思想。 ### 參考資料 - [跳出面向對象思想(二) 多態](http://casatwy.com/tiao-chu-mian-xiang-dui-xiang-si-xiang-er-duo-tai.html)