Что является лучшим способом совместно использовать MasterPages через проекты

От K. Scott Allen Ведущие Страницы ASP.NET: Подсказки, Приемы и статья Traps , при "Том, чтобы поделиться Основными Страницами":

первая альтернатива должна скопировать совместно использованные основные файлы подкачки в единственное местоположение на веб-сервере IIS. Каждое приложение может тогда создать виртуальный каталог как подкаталог и указать на виртуальный каталог на реальный каталог основных страниц. Приложения могут тогда установить свойство MasterPageFile страницы к названию виртуального каталога плюс название основного файла подкачки. Когда мы отбросим обновленный основной файл подкачки в реальный каталог, новая основная страница сразу появится во всех приложениях.

А второй подход должен использовать систему управления версиями для совместного использования ряда основных файлов подкачки через несколько проектов. Большая часть управления исходным кодом / системы управления версиями поддерживают некоторый уровень “share” функциональности, где файл или папка могут появиться больше чем в одном проекте. Когда разработчик зарегистрируется в обновленном основном файле подкачки, другие проекты будут сразу видеть изменение (хотя это поведение вообще настраивается). В производстве и тесте, каждое приложение должно было бы быть повторно развернуто для ведущей страницы обновления для появления.

Наконец, VirtualPathProvider в ASP.NET 2.0 может обслуживать файлы, которые не существуют в файловой системе. С VirtualPathProvider ряд основных страниц мог жить в таблицах базы данных, которые используют все приложения. Для превосходной статьи о VirutalPathProvider см. “ Доступ Виртуализации к Содержанию: Обслуживание Вашего веб-сайта из zip-файла ”.

Сохраните основную копию в управлении исходным кодом и позвольте своей системе управления исходным кодом волноваться об этом.

Предположим, можно создать общий репозиторий для всех проектов (общая папка в дереве управления исходным кодом, например), Вы могли добавить основные страницы как ссылки при помощи относительных путей.

Однако IIRC, Visual Studio делает локальные копии файлов добавленными от внешних путей. У Вас мог бы быть к текстовому редактированию файл решения/проекта для добавления связанных файлов.

Это, конечно, предполагает использование формата "веб-приложения". Более старый VS "веб-сайты" не имеет файлов проекта и полагается на наличие всех файлов в папке сайта.

AFAIK там не является никаким изящным способом сделать то, на что Вы обращаетесь.. VS будет всегда заканчивать тем, что копировал его.

я думаю, чтобы быть честным, это не может быть прекрасная идея.. Очевидно, Вы хотите совместно использовать самый низкий общий код, но целый MasterPage?.. Кажется, что Вы могли напрашиваться на неприятности, так как одно незначительное изменение могло оказать такое влияние на одно или несколько приложений..

я предложил бы вместо этого разделить хорошие биты функциональности в компоненты/средства управления и развернуть их.

Я наклоняюсь, видят, почему Вы хотели бы иметь ту же разметку через различные проекты, если Вы делаете, я не знаю простой способ.

Однако с кодом, очевидно, можно записать файл кода, который наследовался от

System.Web.UI.MasterPage

Вставленный безотносительно логики, которую Вы хотите на всех своих основных страницах там. Создайте его, поскольку Ваши потрясающие dll тогда просто включают это в Ваши проекты.

Используйте символьная ссылка :

символьная ссылка А является объектом файловой системы, который указывает на другой объект файловой системы. Указываемый объект называют целью. Символьные ссылки очевидны для пользователей; ссылки появляются как нормальные файлы или каталоги и могут реагироваться пользователем или приложением точно тем же способом.