19.11.2010, 06:23 | #1 |
Участник
|
Custom Workflow Массив в InputProperty
Всем привет.
Создаю Custom Workflow и в качестве входящего параметра нужно передать массив. В связи с чем вопрос Есть ли решение, как в InputProperty передать массив ? В моем случае необходимо передать массив systemuser. |
|
19.11.2010, 06:24 | #2 |
Участник
|
Можно ли как-то использовать в качествt типа параметра PartyList ?
|
|
22.11.2010, 08:54 | #3 |
Moderator
|
Если у вас не получилось сделать это по аналогии с остальными типами, то ответ - нет!
Вы всегда можете передать идентификаторы пользователей в виде строки с разделителями или вычитать их из базы. Опишите подробнее для чего это нужно?
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия. MS Certified Dirty Magic Professional |
|
|
За это сообщение автора поблагодарили: focus (1). |
23.11.2010, 09:26 | #4 |
Участник
|
Есть объект appointment (встреча). Там атрибут requiredattendees (обязательные участники) тип PartyList. Участниками могут быть пользователи.
При создании встречи отрабатывает бизнес-процесс, который уведомляет участников о созданной встрече. Вот и хотелось брать параметр requiredattendees, как входящий параметр для бизнес процесса. Пока обошелся тем, что входящий параметр это встреча. Далее бизнес-процесс уже расковыривает атрибут requiredattendees и отправляет участникам уведомление. Последний раз редактировалось focus; 23.11.2010 в 11:17. |
|
23.11.2010, 10:02 | #5 |
Moderator
|
Тогда, конечно, проще всего вычитать из базы.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия. MS Certified Dirty Magic Professional |
|
23.11.2010, 11:20 | #6 |
Участник
|
Замысел был использовать custom workflow для отправки уведомлений не только для процесса создания встреч, но и в других процессах.
|
|
23.11.2010, 12:58 | #7 |
Moderator
|
Думаю что при желании вы сможете делать это универсально. Можно, например, указывать в параметрах шага имя атрибута, тип связи и типы записей для которых нужно создавать уведомления. Но у любой универсальности есть обратная сторона - неудобство. Я думаю что проще всего вынести общий код поиска адресатов и отправки уведомлений в абстрактный базовый класс и порождать дочерние для каждой конкретной задачи.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия. MS Certified Dirty Magic Professional |
|
23.11.2010, 13:00 | #8 |
Участник
|
Что-то в этом роде и сделано.
|
|
23.11.2010, 13:14 | #9 |
Чайный пьяница
|
Не получится... Множественного наследования классов в шарпе нет.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
|
|