Фонд Silverlight + Workflow - PullRequest
4 голосов
/ 19 мая 2011

Я начинаю работу над новым проектом, который будет использовать WF4 для бизнес-процессов и Silverlight 4 для пользовательского интерфейса.

Я знаю, что Silverlight не будет принимать WF; Меня это не интересует.

Мне интересно, должен ли я

  • Создание служб рабочего процесса и добавление ссылок на службы непосредственно к ссылкам в Silverlight

    OR

  • Предоставление рабочих процессов через DomainService

Мои рабочие процессы будут выполняться долго, и их необходимо будет сохранить.

Предложения

Ответы [ 3 ]

1 голос
/ 19 мая 2011

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

0 голосов
/ 19 мая 2011

Я сделал оба вышеперечисленных. Я начал с сервисов, но проблемы с AppFabric, отладкой, одновременной поддержкой http и https и т. П. Заставили меня переключиться на хостинг рабочего процесса в IIS (или сервер приложений будет работать) и использовать веб-сервисы для интерфейса.

Идти по этому пути также было действительно сложно, потому что ни один из включенных компонентов хостинга рабочих процессов не имеет достаточных корпоративных функций, и мне пришлось их все кодировать. Это НЕ легко сделать, и я не думаю, что рекомендую это.

И, наконец, Морис - единственный настоящий эксперт, которого я нашел для WF4 за пределами Microsoft (где я сейчас работаю, но не сделал, когда я делал вышеупомянутый проект).

0 голосов
/ 19 мая 2011

Лично я бы использовал службы WCF RIA и просто связывал WF с этими конечными точками (вызывает и CUD). Если вам приходится иметь дело с WF, которые не обязательно являются краткосрочными, добавление очереди сообщений будет одним из способов справиться с этим.

...