| 
                         | 
                    
                              1 
                        
                        
                                  2
                             
                            那个 Liskov Substitution Principle 声明: 
 意思是: 在您的示例中,您通过更改foobar方法的签名(重写)违反了这一点。foobar对外界应该有相同的签名,它可以用相关的意图做一些不同的事情。如果你需要另一个函数,那么给它起个不同的名字,你的孩子就不再是父母的isa了。  | 
                
| 
                         | 
                    
                              2 
                        
                        
                                  2
                             
                            首先,没有共同命名的理由。把父母叫做“doFoobarOnGivenData”(你明白我的意思)。 另外,是否所有的子代都有完全相同的代码,或者每个子代获取的数据不同?  | 
                
| 
                         | 
                    
                              3 
                        
                        
                                  1
                             
                            这更像是创建重载的问题,而不是使用具有类似(但不同)名称的方法的问题。这个问题没有真正的“正确”答案,尽管我喜欢超负荷。  | 
                
                         
                     | 
                    Fernando Chu · 一个变量有多个可能的类?[关闭] 9 月前 | 
| 
                         | 
                    Amaterastis · 基类接受子类和内部子类的模板参数 10 月前 | 
| 
                         | 
                    Rishab Negi · 这个关键字在抽象类中是如何工作的 10 月前 | 
| 
                         | 
                    dEmigOd · 类层次结构中的运算符重载解析 10 月前 | 
| 
                         | 
                    TableTopRug · 如何从Kotlin中的密封类继承? 10 月前 | 
| 
                         | 
                    Gautzilla · Pycharm静态分析不能像我希望的那样推断子类类型 10 月前 | 
| 
                         | 
                    hasdrubal · 抽象基类函数指针python 1 年前 | 
| 
                         | 
                    Josh · 通过反思访问孩子的财产 1 年前 |