3

我在 C# 中创建了一个 SSIS 自定义任务,我目前正在开发 UI。我想知道是否有更好的方法来调试 UI 而不是编译项目,将 DLL 复制到适当的 DTS 文件夹中,然后在 BIDS 中打开测试包,然后将进程附加到 Visual Studio。这部分我并不在意,但是一旦您测试了 UI 并在 Visual Studio 中对 UI 进行了更改。我必须重新编译 DLL,然后重复整个过程。我必须关闭 BIDS 和 VS,因为在我必须重新开始整个过程​​之前它们不会释放 DLL。有没有人有任何提示来加快这个过程。每次都这样做真是令人沮丧。

4

3 回答 3

2

抱歉,这是微软设计的唯一方法。如果您一遍又一遍地重复此过程,我建议为所有操作创建一个批处理文件,这样您就不必一遍又一遍地执行 5 个步骤,而只需触发批处理文件并完成它。

于 2012-06-25T18:15:12.090 回答
1

我想我会添加这个。我发现调试 SSIS 组件的最佳方法是:

在构建下的项目属性中,将输出路径设置为正确的 SQL Server DTS 子文件夹,然后在构建后的构建事件下放置:

"C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools\gacutil" -u "C:\Program Files (x86)\Microsoft SQL Server\100\DTS\Tasks\$ (TargetFileName)" "C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools\gacutil" /if "$(TargetPath)"

使用 gac 卸载程序集,然后重新安装。我卸载它的原因是因为我在 BIDS 没有引用新插入的 DLL 时遇到了很多麻烦。即使重新启动我的计算机,它也会一直引用旧的 DLL。我猜是它已经缓存了它。我也使用它来为 BIDS 2012 开发组件。我知道您不必为 BIDS 2012 向 gac 签名或注册组件,但 BIDS 在引用新创建的 dll 时遇到问题。通过这样做,我不必每次都关闭 BIDS 或删除并将组件读取到设计屏幕。

你会认为有一个更简单的版本。

于 2012-06-27T09:16:30.840 回答
0

您可能想在此处阅读 Matthew Roche 的博文。它提供了很多信息,并为您提供了更好的做事方式。

于 2012-06-28T21:13:30.233 回答