Предложение предложения ООП для наследования

Question

abstract class db{ 
    // return an handle to db 
} 

class type extends db{ 
    // code that uses db 
} 

abstract class limits extends db{ 
    // code that DOES NOT use db 
} 

class otherclass extends limits{ 
    // code that use db and limits 
} 

Как вы можете видеть, мне нужно db во всех классах, кроме ограничений. Но лимиты являются родительскими для классов, которые используют db. Я думаю, что это неправильный шаблон дизайна, так как я расширяю db в пределах, чтобы иметь доступ к db для детей. Или это? Спасибо.

Answer 1

В зависимости от неустановленных требований вам будет лучше с составом вместо наследования, в данном случае.

class db { 
    // returns db handle 
} 

class type { 
    private db; // type can now use db 
} 

class limits { 
    // does something 
} 

class otherclass { 
    private limits; 
    private db;  // can use limits and db 
} 

Answer 2

Вы сказали: «Мне нужно db во всех классах, кроме ограничений». который указывает, что вы должны составить (или содержать) db, не наследуемый от него. См. Ответ md4.

Вам нужно подумать о том, почему у вас могут быть абстрактные классы - это обычно потому, что вы хотите «запрограммировать интерфейс», чтобы сфотографировать фразу.

Возможно db и limits две разных вещи - думать единую ответственность ...

abstract class db { 
    // returns db handle 
} 

abstract class limits { 
    // does something 
} 

class otherclass : extends limits, db { 
} 

... редактировать начало ...
Очевидно, что для некоторых конкретных языков ОО как Java и C# limits и db должно быть interface s, а не классами. ОП не указывал язык.
... редактировать конец ...

Подумайте о том, с помощью кода - рассмотреть написание нескольких модульных тестов, чтобы увидеть, как он выглядит. Подумайте о том, что должно измениться вместе и что должно быть развязано.