Полиморфизм позволяет обрабатывать альтернативные варианты поведения на основе типа и заменять подключаемые компоненты системы. Обязанности распределяются для различных вариантов поведения с помощьюполиморфных операций для этого класса. Все альтернативные реализации приводятся к общему интерфейсу.
Пример: Интеграция разрабатываемой системы с различными внешними системами учета налогов. Используются локальные программные объекты, обеспечивающие адаптацию (Адаптеры). При отправке сообщения к такому объекту выполняется обращение к внешней системе с использованием ее собственного программного интерфейса. Использование полиморфизма здесь оправдано для возможной адаптации к различным внешним системам.
Проблема. Как обрабатывать альтернативные варианты поведения на основе типа? Как создавать подключаемые программные компоненты?
Решение. Если поведение объектов одного типа (класса) может изменяться, обязанности распределяются для различных вариантов поведения с использованием полиморфных операций для этого класса.
Полиморфизм – это основной принцип проектирования поведения системы в рамках обработки аналогичных ситуаций. Если обязанности в системе распределены на основе шаблона Polymorphism, то такую систему можно легко модифицировать, добавляя в нее новые вариации. Например, добавив класс для адаптации новой системы вычисления налоговых платежей со своим полиморфным методом getTaxes, разработчик никак не повлияет на дееспособность уже существующей части системы.
Преимущества
С помощью этого шаблона впоследствии можно легко расширять систему, добавляя в нее новые вариации. Новые реализации можно вводить без модификации клиентской части приложения.
18. Шаблон Pure Fabrication (чистая синтетика).
Pure Fabrication (Чистая выдумка)
Чистая выдумка — это класс, не отражающий никакого реального объекта предметной области, но специально придуманный для усиления зацепления, ослабления связанности или увеличения степени повторного использования. Pure Fabrication отражает концепцию сервисов в модели Программирование от предметной области.
Проблема. Какой класс должен обеспечить реализацию шаблонов High Cohesion и Low Coupling или других принципов проектирования, если на базе имеющиеся классов невозможно обеспечить подходящего решения?
Решение. Присвоить группу обязанностей с высокой степенью зацепления искусственному классу, не представляющему конкретного понятия из предметной области, т.е. синтезировать искусственную сущность для поддержки высокого зацепления, слабого связывания и повторного использования. Такой класс является продуктом нашего воображения и представляет собой синтетику (fabrication). В идеале, присвоенные этому классу обязанности поддерживают высокую степень зацепления и низкое связывание, так что структура этого синтетического класса является очень прозрачной или чистой (pure). Отсюда и название: Pure Fabrication ("чистая синтетика").
Преимущества
При использовании шаблона Pure Fabrication реализуется шаблон High Cohesion, поскольку обязанности передаются отдельному классу, сконцентрированному на решении специфического набора взаимосвязанных задач.Повышается потенциал повторного использования, поскольку чисто синтетические классы можно применять в других приложениях.
19. Понятие архитектуры и роль контроллера в ней.
Архитекту́ра или зодчество [1] (лат. architectura от др.-греч. αρχι — старший, главный и др.-греч. τέκτων — строитель, плотник) — искусствопроектировать, строить здания и сооружения (также их комплексы). Архитектура непременно создает материально организованную среду, необходимую людям для их жизни и деятельности, в соответствии с современными техническими возможностями и эстетическими воззрениями общества[2].
20. Реализация вариантов использования на основе шаблонов GRASP
Реализацию варианта использования вполне можно проектировать
непосредственно на основе текста из описания варианта использования. Кроме
того, описание некоторых системных операций может быть более подробным
или содержать некоторые специфические особенности. Ниже приведено
описание варианта использования «Оформление продажи».
21. Шаблон Abstract Factory (Абстрактная фабрика).
Абстрактная фабрика (англ. Abstract factory) — порождающий шаблон проектирования, позволяющий изменять поведение системы, варьируя создаваемые объекты, при этом сохраняя интерфейсы. Он позволяет создавать целые группы взаимосвязанных объектов, которые, будучи созданными одной фабрикой, реализуют общее поведение. Шаблон реализуется созданием абстрактного класса Factory, который представляет собой интерфейс для создания компонентов системы (например, для оконного интерфейса он может создавать окна и кнопки). Затем пишутся наследующиеся от него классы, реализующие этот интерфейс.
Цель
Предоставляет интерфейс для создания семейств взаимосвязанных или взаимозависимых объектов, не специфицируя их конкретных классов.
Плюсы
· изолирует конкретные классы;
· упрощает замену семейств продуктов;
· гарантирует сочетаемость продуктов.
Минусы
· сложно добавить поддержку нового вида продуктов.
Применимость
· Система не должна зависеть от того, как создаются, компонуются и представляются входящие в нее объекты.
· Входящие в семейство взаимосвязанные объекты должны использоваться вместе и вам необходимо обеспечить выполнение этого ограничения.
· Система должна конфигурироваться одним из семейств составляющих ее объектов.
· Требуется предоставить библиотеку объектов, раскрывая только их интерфейсы, но не реализацию.
22. Шаблон Singleton (Одиночка).
Одиночка (англ. Singleton) в программировании — порождающий шаблон проектирования. Цель
Гарантирует, что у класса есть только один экземпляр, и предоставляет к нему глобальную точку доступа. Существенно то, что можно пользоваться именно экземпляром класса, так как при этом во многих случаях становится доступной более широкая функциональность. Например, к описанным компонентам класса можно обращаться через интерфейс, если такая возможность поддерживается языком.
Плюсы
· контролируемый доступ к единственному экземпляру;
Минусы
· глобальные объекты могут быть вредны для объектного программирования, в некоторых случаях приводя к созданию немасштабируемого проекта.
· усложняет написание модульных тестов и следование TDD
Применение
· должен быть ровно один экземпляр некоторого класса, легко доступный всем клиентам;
· единственный экземпляр должен расширяться путем порождения подклассов, и клиентам нужно иметь возможность работать с расширенным экземпляром без модификации своего кода.
23. Шаблон Builder (Строитель).
Строитель (англ. Builder) — порождающий шаблон проектирования. Цель
Отделяет конструирование сложного объекта от его представления, так что в результате одного и того же процесса конструирования могут получаться разные представления.
Плюсы
· позволяет изменять внутреннее представление продукта;
· изолирует код, реализующий конструирование и представление;
· дает более тонкий контроль над процессом конструирования.
Применение
· алгоритм создания сложного объекта не должен зависеть от того, из каких частей состоит объект и как они стыкуются между собой;
· процесс конструирования должен обеспечивать различные представления конструируемого объекта.
Применение
Объекты «моникер» в COM есть Строители, инициализируемые строкой. Более того, для их создания используется другой Строитель — MkParseDisplayNameEx, который определяет по строке класс моникера, создает моникер и инициализирует его этой же строкой.
Один из этих объектов, URL Moniker, используется для всей загрузки страниц, вложений и документов в Microsoft Internet Explorer.
24. Статический класс. Различия.
Статический класс — сущность в объекто-ориентированном языке программирования. Является одной из разновидностей класса. Суть данного вида состоит в том, что каждаяфункция данного класса является статической. Как правило, у данных типов класса не описаны конструктор и деструктор. Использовать статические функции класса можно, не создавая самого экземпляра класса. Это бывает удобно для создания списка функций, вложенных в какое-нибудь имя.