Please enable JavaScript.
Coggle requires JavaScript to display documents.
Проектирование и создание классов - Coggle Diagram
Проектирование и создание классов
Анатомия
Имя класса
Оно должно быть описательным
Оно должно совпадать с используемым языком
Комментарии
Атрибуты
Конструкторы
Методы доступа
Открытые интерфейсы
Закрытая реализация
Недоступны другим классам
Нужны просто для обеспечения пользования объектом(в них нет реализации)
Класс должен очень хорошо защищать свои атрибуты
По нескольким причинам(большинство)
Целостность данных
Эффективная отладка
Поможет в этом get() и set()
null
Проверка того или иного атрибута на null позволяет выяснить, был ли атрибут должным образом инициализирован
Они жизненно важны для понимания функции классов
Рекомендации
Моделирование реальных систем
Проектировать тем способом, который позволит представить истинное поведение объекта
Определение минимального открытого интерфейса
Если что, расширяем интерфейс
Скрытие реализации
Проектирование надёжных конструкторов и, возможно, деструкторов
Внедрение обработки ошибок в класс
Даже если считаешь, что ошибок не будет
Документирование класса и использование комментариев
Иметь меру в размерах документации и комментариев
Писать в них понятно и по существу
Создание объектов с прицелом на взаимодействие
Проектирование с учётом повторного использования
Проектирование с учётом расширяемости
Например, в случаях с наследованием
Делать имена описательными и следовать соглашению
Убедиться, что соглашение об именовании имеет смысл
Абстрагирование непереносимого кода
Изоляция непереносимого кода в его собственном классе или методе
Обеспечение возможности осуществлять копирование и сравнение
Сведение области видимости к минимуму
Класс должен отвечать за себя
Проектировать с учётом сопровождаемости
Меньше взаимозависимого кода и меньше крупных фрагментов
Следует избегать изменения открытого интерфейса любой ценой
Использование итеративного процесса
Использование заглушек(интерфейсов с минимальной реализацией)
Для тестирования работоспособности интерфейса
Сохранять их после того, как они сделают своё дело. Только нужно будет скрыть их от пользователей
Использование постоянства объекта
Постоянство - концепция сохранения состояния объекта
В самой простой форме объект может сохраняться, будучи сериализованным и записанным в плоский файл
Например, с помощью технологий на XML
Запоминающие устройства(3 первичных)
Система плоских файлов
Сохранение туды с помощью сериализации. Очень ограниченное применение
Реляционная база данных
Для преобразования объекта в реляционную модель потребуется промежуточное ПО
ОО база данных
может оказаться наиболее эффективным способом сделать объекты постоянными
Сериализация
Процесс реконструирования на другом конце сети и наоборот с приставкой "де"
Для сериализации и десериализации должны использоваться одинаковые спецификации
Маршалинг
Процесс передачи объекта по сети