Поскольку хочется большинство элементов управления использовать таким образом, как например здесь:
<%= Html.DateValue("test", DateTime.Now) %>
пришлось выдумывать (частично передирая с WebForms, частично с источников в инете) целую инфраструктуру, которая бы позволяла упаковывать свои контролы в сборки.
Сейчас эта инфраструктура умеет работать с собственным видом ресурсов наподобие WebResource.axd, через который клиентская часть может общаться со своей серверной частью (картинки, скприты, стили).
И вот проблема в том, что если использовать jQuery контролы, то они часто используют у себя в стилях ссылки на картинки (в своих-то контролах конечно можно этого не делать). Получается, что стиль надо обрабатывать, чтобы в нём заменить относительные URL'ы на WebResource.axd URL'ы перед тем, как выдавать клиенту. Но как-то это всё слишком сложно выглядит.
Что можете посоветовать?
Здравствуйте, Neco, Вы писали:
N>Поскольку хочется большинство элементов управления использовать таким образом, как например здесь:
N>N><%= Html.DateValue("test", DateTime.Now) %>
N>
N>пришлось выдумывать (частично передирая с WebForms, частично с источников в инете) целую инфраструктуру, которая бы позволяла упаковывать свои контролы в сборки.
N>Сейчас эта инфраструктура умеет работать с собственным видом ресурсов наподобие WebResource.axd, через который клиентская часть может общаться со своей серверной частью (картинки, скприты, стили).
N>И вот проблема в том, что если использовать jQuery контролы, то они часто используют у себя в стилях ссылки на картинки (в своих-то контролах конечно можно этого не делать). Получается, что стиль надо обрабатывать, чтобы в нём заменить относительные URL'ы на WebResource.axd URL'ы перед тем, как выдавать клиенту. Но как-то это всё слишком сложно выглядит.
N>Что можете посоветовать?
использовать Display\Editor Templates и не пытаться из MVC делать webfroms. объединение серверной и клиентской логики на пользу не идет.