Из вашего описания и комментариев, похоже, есть несколько разных вещей, которые вы, возможно, пытаетесь сделать. По сути, вы хотите предоставить механизм для адресации части данных, хранящейся в Sitecore, и представления/обработки ее так же, как и другие подобные биты данных. Как отмечает Майкл, это не просто функциональность для Sitecore, это основная посылка программного обеспечения. Если у вас есть, например, телефонная книга, затем создайте шаблон PhoneBookEntry, сопоставьте его с макетом и элементами управления, используя значения __Standard Values, а затем создайте из него элементы PhoneBookEntry. Каждый из них будет непосредственно адресован без использования запроса.
Если ваш номер телефона является только частью более широкого набора данных, который вы хотите представить (например, контактные данные), вы можете создать шаблон ContactDetails, который будет использовать как шаблон адреса, так и шаблон PhoneBookEntry в качестве базовых шаблонов, а затем создать ContactDetails из него - у них будут все поля, включенные в адрес и PhoneBookEntry. Опять же, они будут непосредственно адресоваться без запроса.
Вам всегда нужно создать какой-либо компонент презентации - будь то XSLT или .Net - для рендеринга вашего контента, хотя это очень просто, если вы просто используете стандартные инструменты Sitecore для этой работы, такие как FieldRenderer ,
Если ваш ContactDetails хотел предоставить несколько телефонных номеров, и вы хотели бы выбрать, какой из них будет отображаться, вы можете использовать запрос для этого (например, show = mobile | office | home). Это условный рендеринг, и вам нужно будет вставить свой тест querystring в свой компонент презентации. Опять же, это не должно быть сложно.
Тот, где использование запроса может быть действительно полезным, если вы используете его для поиска данных, хранящихся и поддерживаемых вне Sitecore (например, базы данных ContactDetails), хотя в любом случае вам понадобится настраиваемый компонент.
Помните, что ваша архитектура данных действительно важна в Sitecore. Он не является реляционной базой данных, поэтому проектирование вашей архитектуры должно осуществляться, например, от многих до многих отношений требуется немного мысли.
Следует также отметить, что использование поисковых запросов может оказать негативное влияние на SEO, поэтому лучше всего их свести к минимуму и использовать, чтобы они сохраняли параметры как можно меньше. Также стоит отметить, что если вы начнете манипулировать построением ссылок за пределами Sitecores из API API, вы рискуете, что изменение настройки в вашем web.config в отношении того, как создаются и интерпретируются ссылки, может нарушить вашу связь. В Sitecore есть много возможностей для определения, например. язык элемента, который вам нужно будет реплицировать, если вы вручную сшили ссылки.
Я рекомендую потратить некоторое время на документацию по продукту, есть много поваренных книг there.
Помимо презентации кулинарных книг this также могут быть интересны:
SDN - шутка. Содержит в основном ссылки на SiteCore 5. Пробовал некоторые из кулинарных книг, но не ушел далеко из-за различий в версии. –
@DustinDavis - если вы переходите по ссылке выше, то все ссылки для Sitecore 6. В пределах 6 баллов существует довольно большая разница в версии, хотя 6.4 является довольно серьезным изменением, например. 6.2. Я не могу найти полную ссылку на API, хотя, я бы хотел, посмотрю мой вопрос: http://stackoverflow.com/questions/4757774/what-inbuilt-parameters-can-i-access-in-sitecore-xslt-how -should-i-expose-global –
Да, вчера мы увидели 6.4 демо, и это большая разница. Представитель отдела продаж сказал, что они работают над тем, чтобы обновить SDN с помощью новой документации. Надеюсь, они получат право на 6.4 –