Когда использовать Windows Workflow Foundation? [закрытый]
Вам нужно будет генерировать sql динамически:
declare @tablename varchar(50)
set @tablename = 'test'
declare @sql varchar(500)
set @sql = 'select * from ' + @tablename
exec (@sql)
6 ответов
Вам, возможно, понадобится WF, только если любое следующее верно:
- у Вас есть продолжительный процесс.
- у Вас есть процесс, который часто изменяется.
- Вы хотите визуальную модель процесса.
для получения дополнительной информации, см. сообщение Paul Andrew: , Что использовать Windows Workflow Foundation для?
не путайте или связывайте WF с визуальным программированием любого вида. Это неправильно и может привести к очень плохой архитектуре/проектным решениям.
Код, сгенерированный WF, противен. Значение, которое приносит WF, находится в визуальном представлении системы, хотя я должен все же видеть что-либо (6-7 проектов на работе теперь с WF, что я был связан с), где я не буду предпочитать более простую руку кодированный проект.
Основная причина, которую я нашел для использования основы рабочего процесса, состоит в том, сколько это выводит Вам из поля с точки зрения отслеживания и персистентности. Очень легко разбудить обслуживание персистентности и выполнение, которое приносит надежность и распределение нагрузки между несколькими экземплярами и хостами.
, С другой стороны, точно так же, как приложения форм, кодовые комбинации, к которым разработчик рабочего процесса продвигает Вас, плохи. Но можно избежать проблем пишущий кода в рабочем процессе и делегируя всю работу к другим классам, которые могут быть организованы, и единица тестируется более корректно, чем рабочий процесс. Тогда Вы получаете прохладный визуальный аспект разработчика без хлама запутанного кода позади.
Я использовал бы его в любой среде, где я должен работать с рабочим процессом, однако при использовании его в conjuction с K2 или даже SharePoint 2007, питание платформы действительно полезно. При разработке бизнес-приложений со специалистом по BI рекомендуется использование платформы, и это обычно только было бы релевантно, чтобы оптимизировать и улучшить бизнес-процессы.
Для рекордного WF был разработан в сочетании с группой разработчиков K2, и новый K2 Blackpearl создается сверху WF, так MOSS 2007 и WSS 3.0's модули управления технологическим процессом.
Лично, я не продаюсь на WF. Это - полноценность, не было так же очевидно для меня как другие новые технологии MS, как WPF или WCF.
я думаю, что WF будет использоваться в большой степени в бизнес-приложениях в будущем, но у меня нет планов использовать его, потому что это не походит на правильный инструмент для задания для моих проектов.
Компания я в настоящее время работаю на настроенный Windows Workflow Foundation (WF) и причины, они приняли решение использовать его, была то, потому что правила будут часто изменяться, и это вынудило бы их сделать перекомпилировать различного dll's и т.д. и таким образом, их решение состояло в том, чтобы поместить правила в DB и назвать их оттуда. Таким образом, они могли изменить правила и не иметь, чтобы перекомпилировать и перераспределить dlls и т.д.