Есть задача, в которой использую %XML.Reader.
Примерно так:


Хотелось бы улучшить класс %XML.Document
Понятно, что велосипед, но нигде не нашел возможности, например, искать следующий(предыдущий) узел с известным именем на одном уровне иерархии и еще несколько тупых возможностей, которые в любом списке есть, а вот в этот класс ИС их добавить забыл (к слову, зато поскольку %XML.Document унаследован зачем-то от %XML.Node, в нем есть туча бесполезных и вылетающих с ошибкой методов типа MoveToParentElement). В общем, чего-то типа FindNextNode(.Node) там нету.

Но если я изготовлю свой класс (Например MYXML.Document) унаследованный от %XML.Document, то мне придется и еще тучу классов пакета %XML переопределять. Например, тот-же %XML.Reader, ибо его свойство Document вернет мне совсем не то, что нужно.

Будете смеяться, но я попробовал конструкцию

Но вэбэа, как обычно, показал себя не в лучшем свете - ни разу не случилось счастье.

Понятно, что можно работать конструкциями типа

Но это-ж коряво.

Я тоже понимаю, что на-лету дополнить предка до потомка тоже довольно неряшливо, но очень хотелось бы - это-ж не хранимые объекты все-таки.

DAiMor,

Меня интересует именно вопрос наследования и именно от классов пакета XML. Интересует примерно раз в полгода.
Каждый раз упираюсь в то, что унаследоваться оттуда если и можно, то только ВСЕМ пакетом - сильное связывание это плохо, но тут, видно, без него нельзя было обойтись. Тут подвернулась очередная проблема, в руках у меня был #dim, а за спиной - открытый форум ;) Про удачность примера ничего сказать не могу - какой уж был, извините.

Вопрос можно обобщить за рамкой xml - как заставить предка вести себя как потомка. Для хранимых объектов я подменяю информацию в узлах хранения, и из предка (с уже заполненными данными) легко получается потомок. Например, на первом этапе обработки я не знаю специфики учета товара и пишу его в класс "Какой-то товар". А в процессе обработки документов выясняется, что учет этого товара специфичен и нужно отнести его к подклассу "Промышленный товар" - это легко делается правкой глобала с данными. Превратить "Продовольственный товар" в "Промышленный" конечно, сложнее (индексы), но сложность тут оправдана отсутствием необходимости в такой операции в предметной области (обычно в этом не должно быть необходимости).

Здесь же мне нужно, получив %XML.Document, заставить его вести себя как его наследника MYXML.Document. Подозреваю, что это сделать нельзя.

Про то, что ИС не предоставило инструментов, я особо не заострял - так, попробовал их в очередной раз взбодрить, а то судя по соседней теме, с плюшками что-то не то, помните:

«Ну и плюшки! Деньги дерёшь, а корицу жалеешь. Берегись!»

Как разобрать xml - какбэ вопрос второй, что это не список, понятно. Но возможности поиска мне, например, не помешали бы. Опять же - я с xml плотно не работаю, в общем-то все проблемы всегда решаются... и эта тоже решится, глядишь и с Вашими подсказками (ща буду штудировать SAX и XPATH).

DAiMor,
спасибо, вот это помогает вроде (но нужно xpath еще копать):



А с наследованием - черт с ним, если вопрос не получился, значит сам не очень понимаю, что нужно ;)