Мы по–прежнему не будем пытаться решить задачу в целом, а продолжим разработку классов, реализовав заложенные возможности на языке программирования. Для начала конкретизируем формат хранения документа в файле. Будем считать, что он имеет следующий вид:
Коль скоро было решено действовать через потоки, а данные представляют собой текст, нам понадобятся процедуры для чтения и записи текстовых строк в поток. Теперь методы загрузки документа из потока можно определить так:
Приведенные методы выполняют самую общую часть загрузки. Обратите внимание, что объектов типа TDoc создаваться не будет. Этот класс лишь реализует абстрактное понятие документа и служит базовым классом для остальных. Теперь методы загрузки доклада будут выглядеть следующим образом:
Как видно из текста, для документов, занимающих целый файл, к методу загрузки базового класса добавляется открытие и закрытие файла документа. Как уже отмечалось, лучше определить имя файла непосредственно во время создания объекта. Это и есть задача конструктора: Загрузка заголовка конференции не отличается от загрузки заголовка объявления, поэтому необходимо переопределить только один метод:
Из–за составного характера конференции для нее необходимо определить конструктор и деструктор.
Как видим, самыми сложными являются методы базового класса. Но базовый класс по определению наиболее прост. Производные классы используют методы предков и, как результат, их собственные методы существенно упрощаются. Аналогичная картина и с методом Store.
Опять, самый сложный метод не превышает 15 строк, и это упрощение возникло благодаря использованию методов базовых классов. Подведем итог.Процесс проектирования классов был условно разбит на четыре этапа: идентификация классов, определение семантики (смысловое наполнение) классов, выявление отношений классов (наследование, включение) и реализация. При разборе примера мы старались подчеркивать случаи, в которых пересматривались или уточнялись решения принятые на ранних этапах. Это явление — итеративный характер проектирования, возникает при любом подходе, но в ООП проявляется наиболее отчетливо. Явно итеративный характер ООП связан с тем, что сам подход содержит много дополнительных критериев правильного проектирования.
Возврата к уже принятым решениям не следует бояться, но было бы ошибкой считать, что ранние этапы не важны, т.к. их решения могут быть пересмотрены. Такой взгляд приведет к топтанию на месте.
Опубликовал Kest
October 12 2011 13:37:14 ·
1 Комментариев ·
7910 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Oleg27 October 25 2023 10:14:40
Чтобы делать ставки, нужно в спорте разбираться. Советую ещё почитать о разных стратегиях, почитать прогнозы капперов в интернете, поучиться у них прогнозировать. Я лично доверяю БК Леонбетс, вход можете найти на этом сайте 1хбЕт зеркало Я выигрывал там по крупному 4 раза за последние 2 года, выигрыши всегда выплачивали.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
