Создание пользовательских проектной деятельности без ссылки на дизайн DLL в Windows Workflow Foundation

Question

Я использую для Windows Workflow Foundation с пользовательских деятельности, и я хотел бы создать пользовательский дизайн для этих видов деятельности в моем рабочем процессе.

Я могу сделать проект дизайна и дизайнер xaml. Также я могу видеть их в рабочем процессе, , если я прямо ссылаюсь на проект проекта в проекте Workflow.

Это то, что я бы не хотел делать, потому что DLL Designer не следует развертывать в производственной среде. Мне хотелось бы иметь собственный дизайн в редакторе рабочих процессов Visual Studio.

Я был в состоянии получить все работает, добавив следующее:

[Designer("namespace,dll")] 
public class CustomActivity : NativeActivity<string> 

и после этого копируя длл в Visual Studio пути. Это опять-таки то, что я бы не хотел делать, потому что каждый разработчик должен это сделать и сделать сборку так, чтобы dll скопировался, какой-то фиксированный путь к визуальной студии не очень хорош.

Я использовал эти два примера, но мне кажется, что оба они непосредственно относятся к DLL:

• http://geekswithblogs.net/jkurtz/archive/2010/01/26/137639.aspx

• http://code.msdn.microsoft.com/Windows-Workflow-9e867448

Я бы предположить такой функции будет каким-то образом поддерживаться Visual Studio/Workflow Foundation.

У вас есть идеи, как решить эту проблему? Благодаря!

Answer 1

Атрибут Designer (используя «магическую» строку) не является чем-то очень надежным. Если вы измените имя класса или пространство имен, у вас не будет ошибки компиляции. Существует еще один (лучше имхо) способ сделать это с помощью IRegisterMetadata реализации:

1. Ваш Design узел должен ссылаться на сборку активности, но это, как правило, не может быть предотвращено.
2. Добавьте частичный класс (.cs) к вашему дизайнеру XAML
3. Этот класс должен унаследовать от System.Activities.Presentation.Metadata.IRegisterMetadata. этот интерфейс определяет только один метод для реализации.

Вот пример реализации:

public void Register() 
{ 
    AttributeTableBuilder builder = new AttributeTableBuilder(); 
    builder.AddCustomAttributes(
     typeof(MyActivity), 
     new DesignerAttribute(typeof(MyActivityDesigner))); 
    MetadataStore.AddAttributeTable(builder.CreateTable()); 
} 

Далее, вы хотите иметь собственный конструктор, используемый в Visual Studio. Visual Studio имеет строгие правила автоматической загрузки сборщиков дизайнеров. Вам необходимо:

1. Ваш дизайнерский проект должен иметь то же имя, что и ваш проект деятельности, с добавлением «.Design» в конце.Пример:
   • Activiy проекта: MyApp.Activities.dll
   • конструктор проекта: MyApp.Activities.Design.dll
2. Библиотеки DLL .Design должен находиться в том же каталоге, чем DLL деятельности. Вы можете автоматизировать это с помощью события post build в дизайнерском проекте.

Важно Edit:

теперь я вижу, что ваши ссылки уже представить этот метод, но вы говорите, что он непосредственно ссылаться на DLL. Да, DLL DESIGN ссылается на dll ACTIVITY. Но вы спросили об обратном: DLL активности не должна ссылаться на конструкторскую dll. Используя метод IRegisterMetadata, ваша DLL DESIGN может ссылаться на dll ACTIVITY, это не проблема: вы можете удалить проект dll из выпущенного пакета, DLL активности будет работать нормально.