Схемы проектирования в программной инженерии.
Макет разработки - это воспроизводимое объяснение, возникающего затруднения при проектировании программного обеспечения. Шаблон дизайна - это не готовый дизайн, который может быть преобразован непосредственно в шифр. Это будет решением проблемы, которое может быть использовано в различных ситуациях.
Использование шаблонов дизайна могут сделать быстрее ход проектирования, предлагая проверенные парадигмы развития. Эффективная разработка программного обеспечения требует рассмотрения вопросов, которые могут стать заметными только на более поздних этапах внедрения. Многоразовое пользование шаблонами дизайна поможет предотвратить тонкие проблемы, и они могут вызвать большие неполадки, и усовершенствует читаемость кода для ученых и проектантов, знакомых с ними. Каждый раз люди должны понимать, как использовать назначенные средства разработки ПО только к определенным проблемам. Эти методы трудно применить к другим проблемам. Схемы разработки обеспечивают общие решения, документированные в формате, не требующем специфики, связанной с конкретным затруднением. Исходя из этого, они помогают проектантам разговаривать, используя хорошо известные и понятные термины для взаимодействия с ПО. Общие методы дизайна со временем могут быть улучшены, что сделает их более прочными, чем специальные конструкции.
Креативные макеты дизайна Все эти намётки дизайна связаны с инстанцированием классов. Этот паттерн в дальнейшем можно разделить на паттерны изобретения классов и объектно-создающие паттерны. В тот момент как шаблоны создания классов отлично применяют в ходе инстанцирования.
- Абстрактная фабрика: создает пример нескольких семей классов.
- Строитель: отделяет строительство объекта от его представления.
- Метод фабрики: создает экземпляр нескольких производных классов.
- Бассейн объектов: избегайте дорогостоящего приобретения и высвобождения ресурсов путем утилизации неиспользуемых объектов.
- Прототип: полностью инициализированный экземпляр для копирования или клонирования.
- Синглтон: в нем может существовать один экземпляр.
- Структурные схемы проектирования: все эти шаблоны дизайна связаны с классом и составом объекта.
Структурные шаблоны создания классов пользуются наследованием для изобретения интерфейсов. Структурные объектные шаблоны определяют способы компоновки объектов для получения новой функциональности.
Адаптер: схожесть интерфейсов различных классов. Мост: отделение интерфейса субъекта от его реализации. Композит: деревянная структура из простых и композитных объектов. Декоратор: динамическое добавление ответственности к объектам. Фасад: один класс, похожий на целую подсистему. Летающий вес: мелкозернистый пример, используемый для эффективного обмена информацией. Данные приватного класса: ограничивает доступ к аксессуарам/мутаторам. Прокси: субъект, представляющий другой субъект. Поведенческие модели дизайна: все эти шаблоны дизайна связаны с коммуникацией объектов класса.
Поведенческие модели - это те модели поведения, которые наиболее конкретно связаны с коммуникацией между ними.
Цепь ответственности: способ передачи запроса между цепями. Командование: инкапсулирует запрос команды как объект. Переводчик: способ включения языковых элементов в программу. Итератор: последовательный доступ к элементам коллекции. Посредник: определяет упрощенное взаимодействие между классами. Мементо: захват и восстановление внутреннего состояния объекта. Ноль субъекта: предназначен для работы в качестве значения объекта по умолчанию. Наблюдатель: способ уведомления об изменении в ряде классов. Государство: изменение поведения при измерении его внутренности. Стратегия: инкапсулирует алгоритм внутри класса. Метод шаблона: определение точных шагов алгоритма для подкласса. Посетитель: определяет новую операцию в класс без изменений. Критика: концепция схем проектирования подвергалась критике со стороны некоторых специалистов в области информатики.
Цели - неправильная проблема.
Потребность в паттернах возникает в результате использования компьютерных языков или методов с недостаточной абстракционной способностью. При идеальном факторинге концепцию не следует копировать, а просто ссылаться на нее. Но если на что-то ссылаются, а не копируют, то нет "шаблона" для обозначения и каталога. Пол Грэм пишет в очерке "Месть ботанов".
Отсутствует формальная основа Изучение моделей проектирования было чрезмерно разовым, и некоторые утверждали, что эту концепцию крайне необходимо перевести на более формальную основу. В УОПСЛА в 1999 году банда "четверки" (при полном сотрудничестве с ней) была подвергнута показательному судебному разбирательству, в ходе которого ей были предъявлены "обвинения" в многочисленных преступлениях против компьютерных наук.
Они были "осуждены" ⅔ "присяжными", присутствовавшими на судебном процессе.