问题标签 [assemblies]

我在我的Visual Studio 2005项目（它是强命名的）中添加了一个弱命名的程序集。我现在收到错误：

“引用的程序集 'xxxxxxxx' 没有强名称”

我需要签署这个第三方程序集吗？

我有一些用户控件将通过 SmartPart 添加到 SharePoint 中。

我正在本地计算机上进行测试，但我计划使用 SharePoint 安全性。

我想知道是否有一种方法可以快速测试以查看 Microsoft.SharePoint 程序集是否可以实际加载，以便我可以继续在我的机器上进行测试，然后在我将它上传到服务器时启用它。

谢谢。

.net 程序集的大小是否会影响性能？您的 Windows 窗体/Web 窗体项目中的程序集数量如何？

对于一个非常大的 .NET 站点/解决方案（100 个程序集），是否有任何工具可用于识别自上次构建以来哪些程序集发生了更改（使用比文件日期更智能的东西，文件日期总是会改变）。

我需要将我们的部署过程更改为 a) 增加已更改程序集的版本和 b) 生成增量版本以包含这些修改后的程序集。

我目前对我们的 ASP.NET 网站和 Biztalk 服务器的方法是在构建后重新部署完整的解决方案 - 这可能需要 3 个小时（大部分时间都用于取消部署和重新部署 BizTalk 应用程序）。

Microsoft 建议我们对程序集进行版本控制，并仅部署那些已更改的程序集以减少我们的部署窗口。我想尽可能地自动化这个。

我们目前正在使用 MSBuild、TFS 和优秀的“老式”人员来管理我们的构建过程。

我有一个 DSL 工具解决方案。

我需要为此项目添加一个弱名称引用。因为 DSL Tools 项目 DLL 是强命名的，所以我不能使用弱命名的 DLL。

我无法使 DLL 具有强名称，因为我无法重新编译它。

我试图通过转到 Dsl 和 DslPackage 项目属性来使我的 DSL 工具项目 DLL 弱命名，并取消选中 Sigining 选项卡中的“签署程序集”选项。

然后我编译它。错误列表给出以下错误

查看 VS2005 输出窗口，我看到 gacutil 正在被调用

之后，我使用了命令提示符，gacutil.exe 错误显示如下：

我不知道为什么以及如何调用 gacutil.exe。我查看了项目和解决方案属性，没有配置为调用 gacutil.exe 的选项。我什至查看了“gacutil.exe”的每个文件，但我什么也没找到。

我真正想要的是能够使用我无法进行强命名的弱命名 DLL。因此，我一直试图让我的 DSL 工具 DLL 命名为弱名称，但我做不到。

关于我如何解决这个问题的任何帮助？

非常感谢， Luís Filipe

我有一个集会。有没有办法检测使用哪个版本的 .NET 来构建该程序集？

我还是 C# 的新手，我正在开发一个项目，我们还使用 WPF 和 WPF DataGrid Toolkit（参见 CodePlex），它尚未发布到框架中。由于项目的性质，100% 确定我们稍后会更改装配的一些控制。我的同事决定在我们项目的命名空间内重新定义数据网格中的每个控件，并重新定义程序集命名空间的特定控件。所以不要使用： clr-namespace:Microsoft.Windows.Controls.Primitives;assembly=WPFToolkit clr-namespace:Microsoft.Windows.Controls;assembly=WPFToolkit 我们将使用我们自己的 xxx.Controls 和 xxx.Controls.Primitives 命名空间. 这样，更改 ihnerited 控件将非常容易。

不知何故，我对这个解决方案有一种不好的 感觉，但我仍然缺乏经验，无法判断这种方法是否合法，或者是否有其他好的解决方案来满足我们的要求（稍后更改控件而不更改太多代码多个文件）。

如果您对这种方法发表意见，那就太好了。

对于将输出为 DLL 的给定项目，我对编写程序集版本信息相当满意。

但是，我现在要做的是遍历 \Bin 文件夹中的每个 DLL，检索程序集信息并将其写入 versions.txt 文件。

有没有人设法实现了类似的目标？

我正在尝试使用外部 dll 从报告应用程序中完成一个小模块。我将文件放入 bin 文件夹，但是当我使用 ClickOnce 部署应用程序并完成安装时，我发现所有外部 dll 都丢失了。例如，Microsoft.SqlServer.Types version 10.0.0.0缺少 。

有没有办法在客户端 GAC 中自动安装这些程序集？

我观察到带有 unmanaged.dll.manifest 文件标记的 unmanaged.dll 文件。在编辑器中打开这些文件时，它似乎是正常的 XML，带有指向某些其他依赖管理的链接？组件。这似乎是最近的变化.. 不记得之前见过他们。

• 为什么需要这些文件？（如果我不得不猜测，那就是加载依赖的托管程序集和/或 CLR）
• 这些文件还包含哪些其他有用的信息？它们是否也包含任何指向相关非托管 dll 的链接（这会很好）

.