-1
A
回答
1
爲什麼你覺得呢?虛擬方法本身就是多態的機制。 Liskov Substitution Principle只是爲了實現覆蓋(以及後代類的其他方面)以獲得可預測的多態行爲。
相關問題
- 1. 違反SOLID原則
- 2. 反射是否違反LSP?
- 3. 我應該違反SOLID中的S還是應該違反DRY原則?
- 4. 避免LSP(Liskov替換原則)違反
- 5. 此方法是否違反SOLID或有代碼味道?
- 6. 'PartialFunction extends Function`是否違反LSP?
- 7. 這違反了SOLID原則嗎?
- 8. 當一個類有一些虛擬方法時,是否所有的方法都使用一個虛擬表?
- 9. 工廠方法模式是否違反開放/關閉原則?
- 10. 違反乾燥原則的例外
- 11. 避免違反LSP的最佳方法
- 12. 是否有用於私有公共虛擬方法的用例?
- 13. 是否有可能使用StructureMap.AutoMocking測試內部虛擬方法
- 14. 我是否正確實施SOLID原則?
- 15. 虛擬函數還是虛擬方法,哪一個合適?
- 16. 「迴歸成功」的方法是否違反單一責任原則?
- 17. 此方法調用是否違反Demeter法則?
- 18. 單一責任原則是否違規
- 19. 如何避免違反Liskov替代原則(LSP)?
- 20. SOLID - 單一職責原則是否適用於班級中的方法?
- 21. 工廠是否違反法的依賴倒置原則?
- 22. 我的代碼是否違反單一責任原則?
- 23. 退出($ status)是否違反單一責任原則?
- 24. 嚴格遵守單一責任原則是否違反封裝?
- 25. 是否實現多個接口違反單一職責原則
- 26. java虛擬方法:功能還是bug?
- 27. 實現某些東西的主類是否違反單一責任原則?
- 28. 違反DRY原則總是不好?
- 29. 這是違反Liskov替換原則嗎?
- 30. ToString()方法是否違反SRP?
你可以發表一個例子嗎?特別是你認爲可能違反LSP的行爲? – Oded 2010-07-23 09:22:14