locked
Enquete - Como está sendo sua experiência com o WF até agora? RRS feed

  • Pergunta

  • Olá,

     

    Tenho ouvido umas entrevistas interessantes esses dias, gente dizendo que em pouco tempo estaremos desenvolvendo toda a camada de regras de negócios dentro do workflow foundation e consumindo isso de diversas fontes, a exemplo do SharePoint e BizTalk.

     

    Daí eu pergunto: O que vocês acham disso? Quem já está usando, que impressões teve sobre as vantagens/disvantagens de portar regras de negócio e processos para dentro do workflow foundation?

     

    Não vou manifestar minha opinião para não influenciar, estou curioso para ver a opinião de vocês quanto a essas possíveis tendências.

     

    Valeu!

    domingo, 29 de abril de 2007 23:38

Respostas

  • Oi !

     

    O trabalho com o WorkFlow Foundation é muito complexo, portanto acaba só se justificando nos seguintes casos :

     

     

    1) Você está produzindo um produto e deseja que esse produto tenha a funcionalidade de workflows (ex. sharepoint, office, etc.)

     

    2) Você deseja que sua aplicação seja personalizável a ponto que o usuário possa personalizar o fluxo de processo

     

    3) Seus fluxos de processo realmente variam demais e precisam de uma camada de controle de fluxo.

     

     

    Sempre crio uma camada de processos nas aplicações, é muito importante. Mas normalmente a camada de processo é chamada diretamente da camada de interface. O WF substitui as soluções em que é uma factory de processos é fundamental devido a volatilidade dos processos da empresa.

     

    []'s

     

     

    segunda-feira, 30 de abril de 2007 00:44

Todas as Respostas

  • Oi !

     

    O trabalho com o WorkFlow Foundation é muito complexo, portanto acaba só se justificando nos seguintes casos :

     

     

    1) Você está produzindo um produto e deseja que esse produto tenha a funcionalidade de workflows (ex. sharepoint, office, etc.)

     

    2) Você deseja que sua aplicação seja personalizável a ponto que o usuário possa personalizar o fluxo de processo

     

    3) Seus fluxos de processo realmente variam demais e precisam de uma camada de controle de fluxo.

     

     

    Sempre crio uma camada de processos nas aplicações, é muito importante. Mas normalmente a camada de processo é chamada diretamente da camada de interface. O WF substitui as soluções em que é uma factory de processos é fundamental devido a volatilidade dos processos da empresa.

     

    []'s

     

     

    segunda-feira, 30 de abril de 2007 00:44
  • Olá,

     

    Estou utilizando WF juntamente com o sharepoint. Estou sofrendo com a falta de documentação e artigos sobre o assunto. Mas é isso ai, é esperar a tecnologia amadurecer. Sinto que muita coisa pode ser melhorada e com certeza no futuro será.

     

    Por sinal se alguém estiver trabalhando em projetos com WF + VS 2005 + Infopath e com o SPD entre em contato! Vamos trocar idéias e conhecimentos.

     

    []`s

    quarta-feira, 9 de maio de 2007 19:34
  • A experiência tem sido boa mas tbm trabalhosa.

    1) Muitas classes que facilitariam o trabalho estão como internas no framework o que remete um pouco mais de trabalho para fazer coisas que a MS já resolveu pra si.
    2) Achamos o design fora de um pradrão em relacao outras ferramentas de workflow.
    3) Escrevemos uma camada em cima da camada de persistencia para suportar outros bancos de dados.
    4) Escrevemos um editor mais fora do VS.NET e alteramos o design das atividades;
    5) Como o próprio nome já diz ele é Foundation, então muita coisa tem de ser feita para utilizar nas suas aplicacoes.
    6) Algumas questoes conceituais complicaram, por exemplo, a não possibilidade de atividades paralelas em maquina de estado. A discussao já foi bem longe no forum americano com argumentos dos dois lados mas não se chegou a um concenso. Mas a principio a MS nao ira suportar paralelo em mãquina de estado exceto se tiver um sequencial internamente.
    7) A falta de uma documentação oficial tambem complicou para fazer coisas mais avancadas, ai só com engenharia reversa (ato ilegal) para entender o funcionamento do framework e entao implementar os recursos avancados da forma mais correta e eficiente possivel.
    8) Ainda não chegamos num valor em relacao a performance mas fluxos grandes estamos com um pé atras. Vendo melhores práticas e cuidados no desenvolvimento de um fluxo.

    No geral estamos satisfeitos e aguardando evolucoes!

    Att.

    Rafael L
    segunda-feira, 14 de maio de 2007 20:54
  • Ainda estou desenvolvendo uma aplicação com WF. Não foi finalizada...


     Parece ser concenso que é muito trabalhoso e envolve muitas questões conceituais, mas para customização de processos é fantástico.
     Uma ferramenta que siga as especificações do BPMN faz muita falta caso a intenção seja levar a tarefa de montar o workflow para o usuário final.

     

     

    segunda-feira, 18 de junho de 2007 18:34
  • Estou trabalhando com isso, e realmente acho trabalhoso, mas muito provavelmente por falta de maiores conhecimentos.

    Creio que a ferramenta quanto melhor dominada não seja tão trabalhoso quando se imagina.

    quarta-feira, 19 de setembro de 2007 19:38