-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