0

Получил простой вопрос «Новичок».OOP + WorkFlow4

Я хотел бы «разделить» InArgument между 2 рабочими потоками. Рассмотрим на мгновение следующий классический сценарий ООП: у вас есть 2 класса с одним и тем же свойством, разумный подход ООП должен состоять в том, чтобы создать базовый класс и реализовать это свойство один раз.

Когда вы создаете новый проект WorkFlow, вы получаете файл xaml, и ваши cs автоматически генерируются. Я хотел бы унаследовать от активности, которая будет указывать, что InArgument и заставить WorkFlow показать его свойство в его конструкторе Argument. При таком подходе я должен иметь возможность определять InArgument один раз в действии и принудительно использовать полученный WF для получения этого аргумента.

Имеет ли смысл?

Учтите, что это должно быть частью фреймворка, я хотел бы, чтобы мой пользователь рамки выполнял минимум, и я все же хочу, чтобы он мог использовать deisgner (использование только CodeActivities необоснованно).

Как это сделать?

Ариэль

+0

Почему вопрос не ясно? вместо того, чтобы пометить это, объясните мне, что нужно быть более ясным. – ArielBH

ответ

0

FYI, Ответ от WP4 форума в MSDN:

WF4 рабочий процесс не является языком ООП, , и я не думаю, что это хорошая идея наследовать существовавший процесс. Как a альтернативное решение. вы можете создать компостную деятельность как шаблон рабочего процесса . то пользователи могут создать свой собственный рабочий процесс, используя ваш шаблон рабочего процесса.

http://social.msdn.microsoft.com/Forums/en-US/wfprerelease/thread/08b8e00d-8363-4858-8377-83373213edae#fb352215-da10-4c77-8782-d047519f0e08

0

FYI, В WF4 дизайнер VS2010 WF только генерирует XML. Сгенерированного кода C# нет.

Что вы хотите сделать, так это разработать пользовательскую активность в коде, которая предоставляет свойство InArgument как свойство. Ваша пользовательская активность появится на панели инструментов и может использоваться в любом рабочем процессе, который вы разрабатываете.