CAML из Sharepoint в HTML
Я вызываю один из API веб-служб SharePoint, который возвращает фрагмент CAML. Я искал всю сеть по всему миру, но мне не удалось понять, как сделать этот фрагмент CAML для рендеринга как "нормальный" HTML, который я могу рендерить в более разумной среде, такой как Plumtree, WLP, Liferay или любой другой портал. помимо SharePoint.
Не имея возможности сделать это, мне интересно, почему Microsoft изначально написала вызовы веб-служб SharePoint, которые возвращают CAML. Веб-службы предназначены для взаимодействия, и кажется, что CAML действителен только в веб-части, работающей в SharePoint. [Примечание Биллу и Стиву: это не совместимость.]
Если я не могу ничего сделать с возвращающимся CAML, я просто вызову другую веб-службу, которая возвращает только данные, а затем напишу свой собственный пользовательский интерфейс. Я надеялся на более легкий путь. Любые предложения будут ценны.
Ответы 2
Вы можете отправить CAML через таблицу стилей XSLT для создания HTML или XHTML.
Редактировать:
Учитывая ваш первый вопрос (почему SharePoint возвращает CAML из некоторых своих веб-служб) ... кто знает? Он может быть там для поддержки инструментов разработки, таких как дизайнер SharePoint. Но из-за недостатка документации и инструментов кажется очевидным, что CAML - это более или менее внутренняя вещь SharePoint. В настоящее время преобразование CAML в HTML потребует либо доступа к механизму рендеринга CAML в SharePoint, либо его повторной реализации. Ни один из вариантов не является привлекательным.
Я думаю, что ваш вывод (вызов веб-служб, возвращающих данные и рендеринг HTML самостоятельно), вероятно, ваш лучший выбор.
Спасибо за редактирование - выполнение нашего собственного рендеринга похоже на путь, по которому мы собираемся идти. Я думал о том, чтобы попытаться как-то использовать фильтр ISAPI SharePoint, чтобы выполнить синтаксический анализ / рендеринг CAML за меня, но я бы предпочел просто написать некоторый пользовательский интерфейс, а не пытаться взломать их движок.
CAML по-прежнему является XML, и, как уже упоминалось, XSLT сможет отображать его как HTML. Фактическая жестко вложенная структура ИЛИ / И в CAML - это совсем другая проблема.
Для этого потребуется развернуть структуру CAML и отобразить ее так, как это понимают нормальные люди.
К сожалению, язык XSLT не подходит для развертывания таких вложенных структур (у него нет стека). Это возможно, но после этого я настоятельно рекомендую использовать другой язык для анализа и развертывания CAML.
Мне еще предстоит увидеть код преобразования CAML в SQL. Похоже на отличный проект Codeplex.
Итак, в итоге ... вы немного напичканы CAML. Хотя это XML, его структура не подходит для использования на любом другом языке запросов.
Попытка написать XSLT для рендеринга CAML как HTML звучит более болезненно, чем просто написание пользовательского интерфейса поверх стандартного (т.е. не-CAML) XML (как я упоминал в последнем абзаце моего вопроса). В чем именно смысл CAML или он существует исключительно для того, чтобы расстраивать разработчиков?
Я могу только представить, что человек, который его создал, думал, что есть смысл, т.е. нам нужен язык запросов, который является xml. В конце концов, XML подобен насилию: если он не решает ваших проблем, вы используете его недостаточно. Но, в конце концов, все, что на самом деле делает CAML, разочаровывает американских разработчиков.
Я мог бы просто воткнуть вилку себе в глаз, но что толку от этого?