Pergunta

Alguém já teve alguma experiência na construção de um aplicativo do 'mundo real' com o Fábrica de software de cliente inteligente, do grupo Padrões e Práticas da Microsoft?Estou procurando conselhos sobre como foi difícil de dominar, se isso diminuiu seu tempo de lançamento no mercado e quaisquer outras armadilhas gerais.

Foi útil?

Solução

Usamos SCSF para um aplicativo do mundo real com cerca de 10 desenvolvedores.Foi uma curva de aprendizado íngreme configurar e desenvolver um padrão de uso, mas uma vez configurado, apresentar o projeto a novos desenvolvedores foi MUITO fácil.Usar CAB e SCSF foi muito benéfico para nosso projeto, especialmente para deixar cada desenvolvedor atualizado e produtivo.

Uma desvantagem do SCSF é que ele fornece MUITAS funcionalidades que podem não ser usadas (provavelmente usamos apenas 60% da funcionalidade).

Também estou usando SCSF para um novo projeto e pensando em refatorar para PRISM.O PRISM permite selecionar a funcionalidade que não é usada.Se você usa WPF, sugiro dar uma olhada no PRISM.

Outras dicas

Não tenho experiência pessoal, então prefiro o conselho de alguém que tenha o meu.Conheço dois colegas de trabalho que usaram esta fábrica e ambos tiveram a mesma ideia:

  1. Doeu configurar e aprender
  2. Valeu a pena no final

Então, se você tiver tempo de sobra, eu aceitaria.

Desenvolvemos nosso aplicativo SCSF (em recrutamento) em 2006 com 8 desenvolvedores (4 UI + 4 serviços WCF) que atualmente é usado por 350 usuários em um andar.

No começo havia muito para aprender, pois havia menos tutoriais. Estou grato a Matias Wolosky e Eugênio Pace que contribuiu muito em padrões e práticas/codeplex.As principais áreas em que pontuamos foram: -

1) Separação clara da interface do usuário e da empresa 2) Foco focado para os desenvolvedores 3) Módulo com base na estrutura sob demanda da aplicação 4) facilmente implantável através do clickOnce 5) Padrões e ajudantes prontos, o que torna a vida dos desenvolvedores mais fácil e estruturada.

Ganhou muito respeito entre os usuários com o tempo, pois suporta: -

1) RBAC - Controle de acesso baseado em função 2) Recursos rápidos de recurso à medida que separamos os serviços de infraestrutura/ serviços de negócios/ serviços auxiliares da UI e todo o aplicativo é baseado em módulo (melhor parte da cabine).
3) Agora estamos pensando em mudar para o WPF para adicionar mais elementos de jazz.

Nós usamos o Fábrica de software de serviços web, e gostamos muito porque torna mais fácil para os desenvolvedores seguirem padrões e padrões apropriados.A curva de aprendizado para nós não foi ruim – no máximo algumas horas por desenvolvedor.

Fora isso, não há outros prós e contras que valha a pena mencionar.

Usamos SCSF para um aplicativo composto do mundo real com 6 desenvolvedores;o tamanho total da equipe era de 14 pessoas, incluindo BAs, PMs, testadores, etc.Como Torrey disse, foi uma curva de aprendizado acentuada para os três desenvolvedores que não tinham experiência em OO ou padrões de design.Eu e outros dois éramos puristas do OO há anos;então fomos para o CAB como patos na água apenas por reconhecer os padrões.No meio do projeto, organizamos um curso de treinamento de uma semana sobre princípios de OO e padrões de design.Depois que os outros 3 passaram por esse curso, a produtividade começou a aumentar imediatamente.

Meu conselho: certifique-se de que sua equipe tenha conhecimento sólido de OO e Design Patterns.A curva diminui quando eles conseguem ver padrões que reconhecem.

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