Здравствуйте, AndrewVK, Вы писали:

AVK>Вот именно что связывание. В качестве альтернативы я предлагал XPath — не менее удобное средство в случае отчетов. А вот наложение шаблона в случае самопальных структур тебе придется писать самому.

А я и не против сам это написать. Давно мечтал иметь генератор шаблонов для клиентской стороны, для которого я мог бы молниеносно в памяти формировать структурки и подавать их как источник данных. И никакой внутренний язык для описания внешнего отчета не нужен — я предполагал использование визуального редактора типа MSACCESS или CristallReports, т.е. визуально накидываем группы, бросаем визуальные элементы на разделы отчета, в этих визуальных элементах прописываем ИМЯ поля — источника данных. Я думаю, что подобный продукт бесплатно, на одном энтузиазме можно сделать только в среде .NET (из-за множества фишечек, резко облегчающих жизнь). Более того, наподобие того же MSACCESS я предполагал возможность снабжать подобный отчет макро-языком, на основе того же VSA, работающего по событиям растеризации (напр. можно будет в зависимости от довольно сложных, алгоритмически вычисляемых условий, "играть" форматированием полей, секций, строк таблиц).

А что предлагаешь ты? XLT? Для сервера отчетов? А на кой ляд нам тогда .NET? Это и на С++ не хуже делается, да еще и РОВНО НА ПОРЯДОК быстрее работает. Где здесь .NET? Для XML под С++ есть ВСЕ ЧТО УГОДНО, и гораздо больше, чем под .NET.

Если ты действительно .NET знаешь, так чего тогда бояться некоторой работки? Тем более, что в награду получим практически все, что пожелаем.