-1
A
回答
1
为什么你觉得呢?虚拟方法本身就是多态的机制。 Liskov Substitution Principle只是为了实现覆盖(以及后代类的其他方面)以获得可预测的多态行为。
相关问题
- 1. 避免LSP(Liskov替换原则)违反
- 2. 此方法是否违反SOLID或有代码味道?
- 3. 这违反了SOLID原则吗?
- 4. 当一个类有一些虚拟方法时,是否所有的方法都使用一个虚拟表?
- 5. 违反干燥原则的例外
- 6. 工厂方法模式是否违反开放/关闭原则?
- 7. 是否有用于私有公共虚拟方法的用例?
- 8. 我是否正确实施SOLID原则?
- 9. 虚拟函数还是虚拟方法,哪一个合适?
- 10. 此方法调用是否违反Demeter法则?
- 11. 严格遵守单一责任原则是否违反封装?
- 12. 我的代码是否违反单一责任原则?
- 13. 是否实现多个接口违反单一职责原则
- 14. java虚拟方法:功能还是bug?
- 15. 这是违反Liskov替换原则吗?
- 16. ToString()方法是否违反SRP?
- 17. PHP:如何在不违反SOLID原则的情况下使用扩展接口?
- 18. 我是否还需要在子类方法上指定虚拟?
- 19. 这是否违反了“最左边最长”的原则?
- 20. 防御性编程是否违反DRY原则?
- 21. 服务层类是否违反SRP原则?
- 22. 从ViewModel访问数据库是否违反了MVC原则?
- 23. 图书馆内部的类是否违反开放/封闭原则?
- 24. 确定一个方法是否是纯虚拟的(C++)
- 25. C#方法是默认密封还是虚拟的?
- 26. 您违反单一责任原则的最佳范例是什么?
- 27. 寻找类方法是外部还是内部调用
- 28. 是否有可能在构造函数中违反Liskov替换原则?
- 29. 是否有一个JavaScript的虚拟机?
- 30. 自并流测试模式是否违反单一责任原则?
你可以发表一个例子吗?特别是你认为可能违反LSP的行为? – Oded 2010-07-23 09:22:14