从工作流 4.0 活动导入/引用外部 Silverlight dll 库
我创建了一个 Silverlight 类库，其中包含我在 Silverlight 开发中日常使用的许多常用实用方法。
我开始尝试工作流并想重用这个通用的 dll。在我的工作流程项目中引用此 dll 后，我在它旁边看到一个黄色警告图标。
在创建“代码活动”时，我可以毫无问题地使用此 dll 中的功能。添加 using 语句后，一切正常。
using EquinoxeAISManagementSystem.Common.Helpers;
但是当我尝试从活动设计器导入 dll 时，我在导入窗口中看不到该 dll。
如果我编辑 XAML 并直接添加它，我会收到警告。
是否可以重用 Silverlight dll？
I have created a Silverlight class library which holds a lot of the common utility methods I use day to day in my Silverlight development.
I am starting to play around with Workflow and would like to reuse this common dll. After referencing this dll in my workflow project I see a yellow warning icon beside it.
I can use the functionality from this dll when creating ‘Code Activities’ without issue. After adding the using statement for it all works AOK.
using EquinoxeAISManagementSystem.Common.Helpers;
BUT when I try to import the dll from the activity designer, I do not see the dll in the import window.
If I edit the XAML and add it directly, I get a warning.
Is it possible to reuse Silverlight dlls?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我相信我可以回答我自己的问题。
项目
EquinoxeAISMAnagementSsystem.Common是另一个解决方案的一部分。我已将另一个解决方案的这个单个项目添加到我的新工作流程解决方案中（我在其中遇到了这个问题）。当我最初添加对 EquinoxeAISMAnagementSsystem.Common.dll 的引用时，是通过引用工作流解决方案中的项目来实现的。
这似乎是问题的原因（无论如何对于工作流程）。
我可以通过将 EquinoxeAISManagementSsystem.Common.dll 添加到保存所有外部 dll 的公共文件夹（为了便于使用）来解决此问题。
我将此 EquinoxeAISManagementSsystem.Common 项目的输出目标文件夹设置为上面的文件夹。然后，我可以通过直接浏览到上面的文件夹来添加对 Common.dll 的引用。
很快，一切顺利。
我不确定这是否是“正确”的做事方式，但我需要克服这个困难。
我会对任何人的评论感兴趣，如果有正确的（呃），为什么要解决这个问题。
谢谢 …。
I believe I can answer my own question.
The project
EquinoxeAISMAnagementSsystem.Commonis part of another solution. I had added this single project for the other solution into my new workflow solution (which I was having this issue in).When I added the reference to the
EquinoxeAISMAnagementSsystem.Common.dllinitilly, it was by referencing the project in the workflow solution.This seems to be the cause of the issue (for workflow anyway).
I was able to correct this issue by adding the
EquinoxeAISMAnagementSsystem.Common.dllto a common folder where I keep all my external dlls (for ease of use).I set up the output destination folder for this EquinoxeAISMAnagementSsystem.Common project to the folder above. I was then able to add the reference to
Common.dllby browsing directly to the folder above.Hay presto, all works.
I’m not sure id this is the ‘correct’ way to do things, but I needed to get over this hump.
I would be interested in anyone’s comments and if there is a correct(er), why to fix this issue.
Thanks ….