Это вопрос дизайна, чтобы разжечь аппетит гуру.
В предыдущей версии код использовал определение пути, т. Е. /../../, чтобы предоставить инструкции по созданию artbitary XML-документов.Документы должны были быть правильными в соответствии со схемой xml, поэтому пути были по существу xpaths, которые читались и использовались в выражениях switch для вызова кода для создания документа.Но не зацикливайтесь на этом.
Например, вызов при чтении и кодировании
jim.set("/Alert/Source/DetectTime", "12:03:2010 12:22:21");
создаст
<Alert>
<Source>
<DetectTime>12:03:2010 12:22:21</DetectTime>
</Source>
</Alert>
jim.set просто хранит дерево в определенном контексте.
Теперь я хотел бы использовать linq to xsd, чтобы создать дерево xml, но я все еще ищу какой-то конструкт, который позволит пользователю определить, как будет построено дерево.XPath легки, но довольно громоздки в реализации, не элегантны, и я не так легко картирую.
Будут оценены любые идеи, любые программы, открытый исходный код, исследования, все, что угодно.Если я не получу ответ, я предложу достойную награду через 3 дня.Боб.