У меня есть визуальный движок, который из себя представляет файл VE_WEB.dll
В нем есть только "*.cs" файлики.
Я использую этот движок на 2 Web сайтах, путем добавления references на VE_WEB.dll
В этом никаких проблем нет.

Но у меня не получается поместить в этот движок общие aspx формы.
Например форма login.aspx абсолютно одинакова и я не хочу держать ее в двух экземплярах, т.к. потом замучаюсь синхранизировать.
Если добавить aspx файл в VE_WEB.dll то естественно компиляция не проходит.
Вопрос: Как сделать одну aspx страницу на разных сайтах?

Та же самая задача под Win приложение не вызывает вопросов.

-------------------------

Попробовал использовать VirtualPathProvider, но он возвращает stream.
Кажется это не то, что мне надо

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

R>Попробовал использовать VirtualPathProvider, но он возвращает stream.
R>Кажется это не то, что мне надо

А помойму именно то что надо

Здравствуйте, pr0ff, Вы писали:
P>А помойму именно то что надо

Попробовал использовать VirtualPathProvider, но он возвращает stream.
Я смирился с тем, что у меня эти страницы будут не в DLL.

Вопрос вот в чем: у меня обыкновенная исполняемая aspx страница, которая в момент работы содержит кучу POST, GET, viewstate и др. информации.

Если я использую механизм VirtualPathProvider, то я очень хорошо могу виртуализировать хранилище неисполняемых файлов, но если я перенаправлю через VirtualFile на aspx страницу, то он мне в лучшем случае сможет считать содержимое страницы(метод VirtualFile.Open), т.е. то, что видно при выборе "View Markap".

На мой взгляд VirtualPathProvider отлично подходит ТОЛЬКО для неисполняемого контента, картинки, xml, txt, html и др.. Либо я им не так пользуюсь

Итак, мой вопрос по VirtualPathProvider:
как на нем виртуализировать aspx страницу, которая лежит в другой папке?
Что будет содержать метод VirtualFile.Open() ?

R>Например форма login.aspx абсолютно одинакова и я не хочу держать ее в двух экземплярах, т.к. потом замучаюсь синхранизировать.
А почему бу тебе не сделать user control или custom control для login-form, на худой конец класс этой страницы в твоей dll, а в двух экземплярах aspx только ссылаться на этот класс в codebehind.

С>А почему бу тебе не сделать user control или custom control для login-form, на худой конец класс этой страницы в твоей dll, а в двух экземплярах aspx только ссылаться на этот класс в codebehind.

Идея неплохая. Мы так и делаем с компонентами, с базовыми страницами.
Но это же форма и все ее удобство в том, что множество визуальной части можно красиво описать в Markap(aspx), а не в cs файлике.
Общие формы содержат в среднем 50%/50% дизайна и функционала, поэтому не хочется 50% работы делать так:
--------------------
TableRow tr = new TableRow();
TableCell tc = new TableCell();
tr.Cells.Add(tc);
------------------

намного приятнее писать в aspx вот так:
-------------------
<table>
<tr>
<td>
-------------------