Создание многоразовых сборок UserControl с VS2008

Question

Есть ли рекомендуемый процесс для создания повторно используемых сборок ASP.NET, содержащих элементы UserControl, которые могут совместно использоваться проектами в отдельных решениях?

В настоящее время у нас есть набор шагов после компиляции, которые запускают aspnet_compiler.exe в проекте, генерируют предварительно скомпилированные сборки с использованием заданного имени, а затем aspnet_merge.exe, чтобы объединить каждую отдельную сборку элемента управления в одну сборку, которая затем скопировал в каталог bin для проекта.

К сожалению, пользовательские элементы управления, скомпилированные таким образом, не «хорошо играют» с конструктором VS - и выдают исключения во время разработки, которые делают работу со страницами, на которых они размещаются, громоздкими.

Есть ли лучший подход для этого?

Answer 1

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

http://blogs.msdn.com/davidebb/archive/2005/10/30/487160.aspx

Что я всегда делал, так это просто требовал, чтобы ascx тоже существовал. Кодовый код может быть в переносимом dll, но все еще требует ascx. Вы можете помочь управлять дубликатами, храня их все в одном месте и сопоставляя виртуальные каталоги с этим местоположением. Преимущество этого подхода, несмотря на то, что он низкотехнологичный, состоит в том, что каждое приложение, если оно хочет, может настроить внешний вид ascx. Это может изменить ход вещей или изменить стиль и т. Д., А кодовый код не будет иметь смысла, если эти изменения не повлияют на то, какие серверные элементы управления существуют.