Pergunta

Estou implementando um aplicativo bastante simples de processamento de pedidos por máquina de estado.É um aplicativo de comércio eletrônico com algumas peculiaridades.Os usuários do aplicativo não editarão fluxos de trabalho sozinhos.

A Microsoft afirma que é possível combinar asp.net e Windows Workflow.Quão difícil é instalar e manter uma combinação de asp.net e Windows Workflow?Eu manteria o estado do fluxo de trabalho no sql-server.

É mais fácil implementar meu próprio código de máquina de estado ou o Windows Workflow é a ferramenta certa para o trabalho?

Foi útil?

Solução

Asp.net e WF se dão muito bem e o WF não adiciona muita sobrecarga de manutenção.

Se este é ou não o design certo para você, depende muito de suas necessidades.Se você tiver muitas ações orientadas por eventos, o WF poderá valer a pena; caso contrário, a sobrecarga de rolar seu próprio rastreamento provavelmente adicionaria menos complexidade ao sistema.

O WF é razoavelmente fácil de trabalhar, então sugiro criar um protótipo e experimentá-lo.

Além disso, na minha opinião, com base nas suas necessidades, duvido que o WF seja a solução certa para você.

Outras dicas

Isso depende de suas necessidades.Quão complexa é a máquina de estado?Onde você deseja que a máquina de estado fique (por exemplo,modelo vs.base de dados)?O WWF fornece uma máquina de estado baseada em eventos, que é boa o suficiente se sua máquina de estado estiver incorporada no modelo.

Pessoalmente, implementei uma estrutura de comércio eletrônico e outros sites baseados em fluxo de trabalho e sempre tive muita alegria em implementar máquinas de estado baseadas em banco de dados.Sempre funcionou sem problemas.

Por outro lado, alguns colegas meus preferem o WWF.

De qualquer forma funciona perfeitamente com ASP.NET.

Se sua máquina de estado for muito simples, eu diria que você deveria simplesmente criar a sua própria.Você tem mais controle sobre tudo.Você pode lidar com a persistência em seus próprios termos e não se preocupar com a forma como eles fazem isso.

O WF parece muito legal, mas acho que seu poder provavelmente reside no fato de ser fácil vinculá-lo a estruturas como CRM e Sharepoint.Se você for usá-los em seu aplicativo, definitivamente consideraria usar o WF.

Transparência completa:Definitivamente não sou um especialista em WF.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top