如何在ASP.NET中的Web应用程序之间共享用户控件？

Question

这个问题是我关于在Web应用程序之间共享资源的问题的后续问题，因为我还没有找到一个好的解决方案。

我有一个Web应用程序，其中包含由其他三个Web应用程序共享的用户控件和资源。

Solution
|
+-CommonControlsWebApp
| +- resources
| |  +- images
| |  +- scripts
| |  +- stylesheets
| +- UserControls
| 
+-WebApp1
| 
+-WebApp2
| 
+-WebApp3

这就是我所知道的：

• 因为我正在创建用户控件，所以我无法将CommonControlsWebApp编译成单个dll。 这仅适用于自定义服务器控件，其中所有内容都位于代码隐藏文件中。 所以我需要一种方法来共享四个项目之间的ascx文件。
• 将CommonControlsWebApp中的文件复制到其他三个项目中不会更新解决方案资源管理器中的文件。 在CommonControls中添加或重命名文件时，我必须在所有三个WebApp中“添加exting items”。
• 更改为Web站点模型可以解决此问题，但如果我这样做，我担心WebApp1-3的编译时间。
• “添加为链接”不适用于目录。
• 我可以使用Subversion在项目之间共享文件，但我相信如果我正在开发一个必须通过其中一个WebApp测试的用户控件，这将要求我一直检查文件。

ASP.NET真的没有一个很好的解决方案吗？ 你们是如何组织大型网络应用程序的？

编辑：非常感谢所有答案。 我现在要用构建事件复制我的用户控件，然后看看我们是否有时间将它们重构为服务器控件。

Answer 1

我们现在公司的做法是确保CommonControlsWebApp是一个WebApplication，而不是一个网站。 然后，您可以使用文件夹的名称来帮助将其标识为与各个Web应用程序不同的常用文件夹。 （CommonUserControls而不仅仅是UserControls）

在其他Web应用程序中，您可以为CommonUserControls等创建一个虚拟目录，并添加一个基于文件的引用到CommonControlsWebApp.dll

这需要您使用IIS进行开发（而不是casini），并且Visual Studio不会相信控件确实存在，但它会在运行时工作，并且只需要有关blahblah.ascx或blahblah.master的警告即可构建。路径无效。

如果您使用通用母版页和Visual Studio 2008，则需要SP1 for 2008并在各个Web项目的根目录中使用__fallback.master进入设计模式。

但是，我在另一个帖子中看到了这个，我将更多地考虑这样做： http ： //webproject.scottgu.com/CSharp/UserControls/UserControls.aspx

Answer 2

你可以将它编译成一个DLL

将.ascx用户控件转换为可再发行的自定义控件

步骤简介

实现这一目标的基本步骤如下：

1. 像往常一样编写用户控件，通常使用Visual Studio设计器。
2. 在尝试部署之前，使用简单页面对其进行测试。
3. 部署应用程序以预编译它。
4. 抓取部署步骤生成的用户控件的程序集，您基本上已完成：您拥有自定义控件。
5. 最后，在其他应用中使用自定义控件

更多信息请访问http://www.nathanblevins.com/Articles/Compile-a-Web-User-Control-into-a-DLL-.Net-c-.aspx

Answer 3

为了在Web应用程序之间共享控件，我发现的唯一方法是将它们重写为服务器控件或使用虚拟目录使文件夹中的用户控件在每个项目中。

不幸的是，asp.net并没有真正有一个很好的解决方案。 共享母版页也是如此。

Answer 4

您可以考虑使用源代码管理并在该级别共享控件。 我们这样做是为了一个相当大的用户控件库，它工作得很好。

使用SourceGear Vault但您应该能够对任何源代码控制产品执行此操作。

Answer 5

查看此帖子了解如何解决此问题。

基本思想是将项目更改为具有预构建步骤，以将.ascx文件复制到Web应用程序的子目录中。 然后在使用它们时只需参考这些副本。 当然，您还需要引用UserControls程序集。

Answer 6

一个选项是尝试“添加现有”，在出现的对话框中，“确定”按钮旁边有一个下拉箭头，将其更改为“添加”链接。

如果这不起作用，请将控件重写为自定义控件。

这需要一段时间，但将来会更加可维护。

Answer 7

嘿，这不是最好的做事方式，但我曾经在我的asp.net 1.1天做过 - 你可以尝试这个 - 将你的用户控件转移到一个单独的项目中，并将这个项目作为iis下的虚拟目录发布

只要你没有使用代码隐藏 - 你的更新会很酷（只更新共享用户控制文件夹）

如果您使用代码隐藏 - 将用户控件dll重新部署到不同的项目中

---

完成此操作后 - 使用虚拟路径将这些用户控件映射到所有项目中

检查这些链接 - http://aspadvice.com/blogs/ssmith/archive/2006/10/05/Tip_3A00_-Share-User-Controls-Between-Applications-in-ASP.NET.aspx

和

http://www.123aspx.com/redir.aspx?res=30887