Лучший способ поделиться ASP.NET .ascx элементами управления между различными приложениями веб-сайта?

Скотт Гатри дает здесь несколько замечательных советов о том, как настроить проект Библиотеки пользовательских элементов управления, а затем использовать события предварительной сборки для копирования пользовательских элементов управления в несколько проектов. Это действительно хорошо работает.

http://webproject.scottgu.com/CSharp/usercontrols/usercontrols.aspx

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

Взгляните на это: http://www.codeproject.com/KB/aspnet/ASP2UserControlLibrary.aspx?msg=1782921

В дополнение к тому, что сказал Тундей, расширение NTFS Link shell полезно, когда речь заходит о совместном использовании большого куска контента (например, папки).ascx/.aspx) между другими независимыми проектами. В случае кода, я думаю, что предпочтительнее сделать еще одну рабочую копию из VCS.

Альтернативой является использование вашего инструмента управления версиями для "share" элементов управления ASCX между вашими веб-приложениями. Это позволит вам вносить изменения в элементы управления в любом приложении и иметь систему управления версиями, гарантирующую, что изменения будут отражены в наших веб-приложениях.

Мне удалось сделать это, пожертвовав в первую очередь некоторой простотой построения элементов управления.

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

Вот вам пример:

<DefaultProperty("Text"), ToolboxData("<{0}:BreadCrumb runat=server />")> _
Public Class BreadCrumb
    WebControl

    <Bindable(True)> _
    Property Text() As String
        '...'
    End Property

    Protected Overrides Sub RenderContents(output as HtmlTextWriter)
        output.write(Text)
    End Sub

    Private Sub Page_Load(...) Handles MyBase.Load
        ' Setup your breadcrumb and store the HTML output '
        ' in the Text property '
    End Sub
End Class

Все, что вы поместите в это свойство Text, будет визуализировано.

Затем все элементы управления, которые вы сюда помещаете, могут функционировать так же, как и любой другой используемый вами элемент управления. Просто импортируйте его в свой набор инструментов, сделайте ссылку на регистрацию, а затем плюхните его на страницу ASP.

Я использую StarTeam здесь, и это позволяет вам "share" объектов (файлы, запросы на изменение, требования и т.д.) В нескольких папках. Не уверен, что Subversion (SVN) имеет эту функцию. Если это не так, вот еще один трюк, который вы можете использовать: создайте переход от основного расположения элементов управления к местоположению в других проектах. Перекресток-это просто как Unix символическую ссылку. Вы можете скачать инструмент для создания перекрестков в Windows отсюда

Самая большая проблема, которую я заметил с элементами управления в ASP.Net, заключается в том, что вы не можете легко получить поддержку дизайнера как для создания элемента управления, так и для использования элемента управления на сайте после его создания. Единственный способ, которым я смог это сделать, - создать элемент управления .ascx без кода за спиной (т. е. весь код на стороне сервера находится в теге сценария в файле .ascx с атрибутом runat="server").

Но даже тогда вам все равно придется скопировать файл .ascx, поэтому, если вам когда-нибудь понадобится внести изменения, это означает обновление файла в каждом месте, где вы его использовали. Так что да, убедитесь, что он находится в системе управления версиями.

Недавно я сделал веб-приложение, которое просто ссылалось на файлы (всего около 90) из одного веб-приложения (aspx, master и ascx) без особых проблем. Тем не менее , я использовал сильно модифицированную версию шаблона MVP, множество интерфейсов и соглашений, чтобы снизить сложность, один и тот же средний уровень, и один сайт был подмножеством другого.

Большая проблема:

1. Главные страницы (а также, в свою очередь, дизайнеры и форматирование представления html) не работают с ссылочным файлом, поэтому вы теряете много функциональности. Шаг перед сборкой и много записей svn:ignore были моим взломом вокруг этого. Кроме того, было очень трудно получить CruiseControl.NET, чтобы получить задачу предварительной сборки для выполнения в нужных папках.
2. Общие страницы/элементы управления должны быть очень хорошо осведомлены о том, что они касаются и ссылаются, чтобы избежать появления дополнительных зависимостей.
3. Оба сайта заблокированы вместе для deployment.
4. Теперь мне остается только молиться, чтобы сопровождающий прочитал мой жалкий маленький документ о беспорядке, который я устроил. Это так далеко за пределами того, что я видел в проектах ASP.NET.

Я был под огромным давлением времени, чтобы заставить его работать, и теперь оба приложения находятся в производстве. Я бы не рекомендовал это делать но если вам интересно начните с:

Добавьте существующий элемент, выберите несколько файлов, нажмите на стрелку кнопки Добавить и скажите добавить как ссылку .

У меня есть suggestion.WE может использовать пользовательский контроль через несколько приложений, создавая пользовательский контроль внутри проекта веб-сайта, как обычно. Затем измените свойство веб-сайта, используя фиксированное именование и одностраничные сборки. Затем мы можем использовать пользовательский элемент управления dll в нескольких приложениях.