Please enable JavaScript.

Coggle requires JavaScript to display documents.

ООП (Наследование (Полиморфизм (буквально означает множественность форм…

- - - - Означает, что схожие объекты способны по-разному отвечать на одно и то же сообщение.
    - - Когда метод определяется как abstract, подкласс должен обеспечивать реализацию для этого метода
        
        Пригодные для повторного применения классы обычно располагают интерфейсами, которые больше абстрактны, нежели конкретны.
  - - - Мощь наследования заключается в его методиках абстрагирования и организации.
  - - - Множественное наследование
        
        некоторых ЯП, например C++, у одного класса может быть несколько родительских классов.
      - Простое наследование
        
        В большинстве ООП языков (Java, .NET и Objective C) у класса может иметься только один родительский, но много дочерних классов.
- - - - Предоставляйте пользователям только то, что им обязательно потребуется
        
        У класса должно быть как можно меньше интерфейсов
      - Жизненно важно проектировать классы с точки зрения пользователя, а не с позиции информационных систем.
- - - - Интерфейс
        
        Определяет основные средства коммуникации между объектами.
        
        Любое поведение должно вызываться через сообщение, отправляемое с использованием одного из предоставленных интерфейсов.
        
        Должно предусматриваться полное описание того, как пользователи соответствующего класса будут взаимодействовать с этим классом.
        
        Интерфейсы классов - это открытые методы.
        
        Конечные пользователи обычно не видят каких-либо классов — они видят графический интерфейс пользователя или командную строку. Однако программисты увидят интерфейсы классов.
        
        Какой-либо объект показывает только интерфейсы, необходимые пользователям для взаимодействия с ним, а детали, не относящиеся к использованию объекта, скрыты от других объектов. #
        
        Интерфейс включает синтаксис для вызова методов и возврата значений.
      - Реализация
        
        Пользователи не должны видеть какую-либо часть внутренней реализации и могут взаимодействовать с объектами исключительно через интерфейсы классов.
        
        Пользователю не следует что-либо знать о конкретной реализации
        
        Реализация полностью скрыта от пользователей. Код внутри открытых методов является частью реализации, поскольку пользователи не могут увидеть его (они должны видеть только вызывающую структуру интерфейса, а не код, что находится в нем).
        
        Должна соответствовать спецификации интерфейса.
        
        Если потребуется сменить реализацию, то не придется менять интерфейс.
        
        изменения в реализации не должны требовать внесения изменений в пользовательский код
      - все атрибуты должны быть объявлены как private
        
        Атрибуты никогда не являются частью интерфейсов. #
        
        Если пользователю потребуется доступ к атрибуту, то будет сгенерирован метод для возврата значения этого атрибута (геттер)
        
        Изменить значение атрибута можно только с помощью сеттера
- - - - отношения композиции называются отношениями «содержит как часть».