 |
Какие существуют основные механизмы повторного использования в объектно-ориентированном программировании?
|
|
|
|
Что понимается под качеством ПО? Связь внешних и внутренних факторов качества.
§ Внешние факторы – видимы пользователю:
корректность
устойчивость
расширяемость (в случае системных библиотек, API и т.д.)
повторное использование (в случае системных библиотек, API и т.д.)
совместимость
эффективность
переносимость
простота использования
функциональность
своевременность и т.п.
§ Внутренние факторы – видимы только разработчику:
ú расширяемость
ú повторное использование
ú переносимость
ú читаемость
ú модульность
ú легкость обнаружения и исправления ошибок
ú и т.п.
ú Перечислите и поясните смысл внешних факторов качества ПО.
§ Корректность. Программа должна делать то, что от нее ждут. Грубо говоря, программа не должна содержать ошибок.
§ Устойчивость. Аварийные ситуации, которые могут возникнуть во время работы программы, не должны приводить к плачевным последствиям.
§ Совместимость. Программа должна корректно работать в окружении других программ.
§ Эффективность. Это способность ПО как можно меньше зависеть от ресурсов оборудования. Программа должна работать за приемлемое время на как можно более широком круге аппаратных конфигураций (имеются в виду различные по производительности конфигурации одной и той же платформы).
§ Простота использования. Освоение программы не должно представлять затруднений для пользователя.
§ Функциональность. Система не должна уметь больше, чем необходимо, ведь это делает ее громоздкой для пользователя и осложняет разработку. Однако функциональность не должна быть недостаточной — программа должна уметь все, что нужно пользователю.
|
|
|
§ Своевременность. Программа должна появляться тогда, когда она нужна. Если она появится с опозданием, в ней, вероятнее всего, уже не будет смысла для пользователя.
Что понимается под качеством исходного кода?
Можно трактовать
в узком смысле (соответствие стандартам кодирования, наличие комментариев и т.д.)
в широком смысле (с учетом архитектуры системы)
Качество в широком смысле важнее
Перечислите желательные внутренние характеристики проекта (т.е. внутренние факторы качества исходного кода)?
§ (Внутренний) дизайн программной системы можно определить как совокупность свойств системы, определяющих ее внутреннее качество
единство дизайна
используемые технологии
качество кода
документация и т.д.
Приведите примеры типичных неправильных архитектурных решений в исходном коде.
§ Дублирование кода
§ Глобальные локальные переменные
§ Работа с глобальными переменными вместо передачи параметров в функции (характерно для процедурного подхода)
§ Неоправданно тесная связь единиц программы (методов, модулей и т.д.)
В программа, в которой Form2 читает свойства компонентов Form3, и меняет значения глобальных переменных в модуле, описывающем Form1, начисто лишена какой-либо архитектуры (попросту «каша»)
Подобную программу в большинстве случаев невозможно сопровождать (проще и дешевле выкинуть и написать новую)
Отсутствие разделения логики и отображения
Например, код в обработчике события по нажатию кнопки, показывает диалог выбора файла, проверяет корректность выбранного имени файла, производит обработку данных файла, результат обработки показывает на форме, и все это без делегирования функциональности другим частям программы) и т.д.
Желательные характеристики проекта
Минимальная сложность (интегральная характеристика)
Простота сопровождения (программы давно уже пишут для людей, а не машин)
|
|
|
Слабое сопряжение (минимальное число соединений между различными частями программы)
Расширяемость (возможность расширять/улучшать систему не затрагивая ее основную структуру)
Повторное использование кода (устранения любых дублирований кода)
Высокий коэффициент объединения по выходу (к конкретному классу обращается большое число других классов)
Низкий или средний коэффициент разветвления по входу (конкретный класс обращается с малым числом других классов)
Портируемость (простота адаптирования системы к другой среде)
Минимальная, но полная функциональность
Стратификация (разделение уровней декомпозиции, позволяющее изучить систему на любом уровне, не потеряв при этом согласованное ее представление; проще говоря – разделение по уровням)
Соответствие стандартным методикам
Для чего нужны/используются паттерны проектирования?
Есть стандартные решения для определенных задач – паттерны проектирования.
§ Паттерны проектирования – описание взаимодействия объектов и классов, адаптированных для решения общей задачи проектирования в конкретном контексте @ GoF
Предложены хорошими специалистами
Проверены временем
Составляют удобный словарь для общения
Дайте определение паттернам проектирования.
Паттерны проектирования - стандартные решения для определенных задач.
§ Паттерны проектирования – описание взаимодействия объектов и классов, адаптированных для решения общей задачи проектирования в конкретном контексте @ GoF
§ Под классическими паттернами проектирования понимаются повторяющиеся элементы дизайна приложений для объектно-ориентированных языков программирования со статической типизацией (С++, C#, Java, Object Pascal и др.)
Перечислите и дайте краткую характеристику основным элементам паттерна в понимании GoF.
Канонические паттерны - GoF-паттерны.
§ Имя
Как устоявшийся профессиональный термин может использоваться для четкого описания архитектурного решения в документации, при обсуждении с коллегами и т.п. Присваивание паттернам имен позволяет в дальнейшем проектировать на более высоком уровне абстракции.
§ Задача
Описание того, когда следует применять тот или иной паттерн. В задаче может описываться конкретная проблема проектирования, например, способ представления алгоритмов в виде объектов. В задаче может отмечаться, какие структуры классов или объектов свидетельствуют о негибком дизайне, также может приводится перечень условий, при которых имеет смысл применять данный паттерн.
|
|
|
§ Решение
Описание элементов дизайна, отношений между ними, функций каждого элемента. Речь идет не о конкретном дизайне или реализации для конкретной задачи, а о шаблоне решения, применимом в различных, но схожих ситуациях.
§ Результаты
Следствия применения паттерна и разного рода компромиссы. Описание результатов позволяет оценить преимущества и недостатки того или иного паттерна и выбрать решение между различными вариантами дизайна.
Описание паттерна (GoF)
Название и классификация паттерна
Назначение
Известен также под именем
Мотивация
Применимость
Структура
Участники
Отношения
Результаты
Реализация
Пример кода
Известные применения
Родственные паттерны
Какие существуют основные механизмы повторного использования в объектно-ориентированном программировании?
Наследование («прозрачный ящик»)
Наследование класса определяется статически на этапе компиляции
Нарушение инкапсуляции родителя для потомков
Тесная связь родителя и потомков
Нельзя изменить унаследованную от родителя реализацию во время выполнения программы
Композиция («черный ящик»)
Композиция объектов – это альтернатива наследованию класса
Для композиции требуется, чтобы объединяемые объекты имели четко определенные интерфейсы
Композиция объектов определяется динамически во время выполнения, следовательно, реализация может меняться во время выполнения
Композиция объектов в большинстве случаев предпочтительнее наследованию классов
Обобщенное программирование
|
|
|
