Введение в объектно-ориентированный дизайн с Java

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

Инкапсуляция является ключевым принципом разработки в хорошо написанной программе.

Она поддерживает модульность и простоту работы с программным обеспечением.

Декомпозиция берет целую вещь и делит ее на разные части.

Или, с другой стороны, берет кучу отдельных частей с различными функциональными возможностями и объединяет их вместе, чтобы сформировать целое.

Разложение позволяет вам разложить проблему на части, которые легче понять и решить.

Разделяя вещь на разные части, вы можете более легко разделить обязанности этой вещи.

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

Это связывает целое с несколькими различными частями.

Иногда целое делегирует конкретные обязанности своим частям.

Например, холодильник делегирует замораживание пищи и хранение этой пищи в морозильной камере.

Так как разложение позволяет создавать четко определенные части, вполне естественно, что эти части являются отдельными.

Целое может иметь фиксированное или динамическое число частей определенного типа.

Если существует фиксированное число, то за время жизни всего объекта он будет иметь именно это количество объектов частей.

Например, холодильник имеет фиксированное количество морозильников, только один.

Это не меняется со временем, но иногда есть части с динамическим числом.

Объект может получить новые экземпляры объектов частей за время его существования.

Например, холодильник может иметь динамическое количество полок с течением времени.

И сама часть может также служить целым, содержащим дополнительные составные части.

В декомпозиции играет роль время жизни всего объекта, а также время жизни объектов частей и то, как они могут соотноситься между собой.

Например, холодильник и морозильник имеют одинаковый срок службы.

И одно не может существовать без другого.

Если вы откажетесь от холодильника, вы также избавитесь от морозильной камеры.

Но срок жизни также может быть не связан.

У холодильника и продуктов питания разные сроки службы. И каждый может существовать независимо.

Также вы можете иметь целые вещи, которые имеют общие части в одно и то же время.

Например, человек, у которого есть дочь в одной семье, а также супруга в другой семье.

Эти две семьи считаются отдельными целыми, но они одновременно имеют одну и ту же общую часть.

Однако иногда совместное использование невозможно.

Например, пищевой продукт в холодильнике не может одновременно находиться в духовке.

В целом, разложение помогает разбить задачу на более мелкие части.

И сложная вещь может быть составлена из отдельных более простых частей.

И важным является понимания – это то, как части относятся к целому, фиксированное или динамическое их число, их время жизни и совместное использование.

Идея объектно-ориентированного моделирования и программирования заключается в создании компьютерного представления концепций в пространстве задачи.

И принцип проектирования, называемый обобщением, помогает сократить избыточность при решении задачи.

Многие виды поведения в реальном мире действуют посредством повторяющихся действий.

И мы можем моделировать поведение с помощью методов.

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

Например, возьмите код создания и инициализации массива.

Мы можем обобщить этот повторяющийся код, сделав отдельный метод. Это помогает нам уменьшить количество почти идентичного кода в нашей системе.

Методы – это способ применения одного и того же поведения к другому набору данных.

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

Мы можем обобщать действия в метод и просто передавать другой набор данных через аргументы.

Так где же мы можем применить обобщение?

Если мы можем повторно использовать код внутри метода и метод внутри класса, то можем ли мы повторно использовать код класса?

Можем ли мы обобщить классы?

Обобщение является одним из основных принципов объектно-ориентированного моделирования и программирования.

Но здесь обобщение достигается иначе, чем обобщение с помощью методов.

Обобщение в ООП может быть выполнено классами через наследование.

В обобщении мы принимаем повторяющиеся, общие характеристики двух или более классов и переносим их в другой класс.

В частности, вы можете иметь два класса, родительский класс и дочерний класс.

Когда дочерний класс наследуется от родительского класса, дочерний класс будет иметь атрибуты и поведение родительского класса.

Вы размещаете общие атрибуты и поведение в своем родительском классе.

Может быть несколько дочерних классов, которые наследуются от родительского класса, и все они получат эти общие атрибуты и поведение.