![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Связать алгоритм с классами
LDV © (2010-10-20 10:55:00)Сторонним приложением генерится 2 xml-файла (A.xml и B.xml). Для работы с ними в своем приложение написаны 2 класса (TAnalyserA и TAnalyserB). Задача: для определенных веток в обоих файлах проверять наличие обязательных атрибутов и отсутствие запрещенных. Как с точки зрения структуры правильно связать алгоритм с обеими классами, чтобы не дублировать код дважды. Я как новичок, пока что вижу один вариант:
Написать класс TAnalyser с единственным методом
Analyse (xml_node: IXMLNode; Rules: TStrings), где:
- xml_node - ветка, которую будем анализировать
- Rules - список атрибутов, для каждого из которых в Object будет хранится целочисленный параметр (C_NECESSARY или C_NOT_ALLOWED).
TAnalyserA и TAnalyserB сделать наследниками от TAnalyser. Может есть более грамотные варианты.
Фокус_Ник (2010-10-20 13:18:00) [1]> Как с точки зрения структуры правильно связать алгоритм с обеими
> классами, чтобы не дублировать код дважды.
Как угодно. Можно и совсем никак не связывать. Можно даже и вовсе без классов обойтись, потому что класс с единственным методом вполне можно заменить обычной процедурой. И если проверки разные, то непонятно, о каком дублировании кода идет речь.
Медвежонок Пятачок (2010-10-20 11:12:00) [2]хотя боязнь наличия запрещенных атрибутов - это странное.
мне лично они никогда не мешали жить. ну есть и есть.
Медвежонок Пятачок (2010-10-20 11:10:00) [3]класс нужен один (вообще-то и он совсем не нужен)
нужен третий xml со списком выражений xpath и флагом
по xpath'ам ищем узлы (nil or not nil) а флагом проверяем верно это или нет.
brother (2010-10-20 11:08:00) [4]> TAnalyserA и TAnalyserB
сейчас наследники чего?