¿Alguien ha tenido alguna experiencia en la creación de una aplicación del "mundo real" con el Smart Client Software Factory, del grupo de Modelos y Prácticas de Microsofts? Estoy buscando consejos sobre lo difícil que fue dominar, si disminuyó su tiempo de comercialización y cualquier otro inconveniente general.Experiencias de Smart Client Software Factory
Respuesta
Utilizamos SCSF para una aplicación del mundo real con aproximadamente 10 desarrolladores. Fue una curva de aprendizaje empinada para configurar y desarrollar un patrón de uso, pero una vez que se configuró, la introducción de nuevos desarrolladores al proyecto fue MUY fácil. Usar CAB y SCSF fue muy beneficioso para nuestro proyecto, especialmente para que cada desarrollador sea más rápido y productivo.
Una caída de SCSF es que proporciona MUCHA funcionalidad que puede que no se use (probablemente solo usamos el 60% de la funcionalidad).
También estoy usando SCSF para un nuevo proyecto y estoy considerando refactorizar a PRISM. PRISM le permite eliminar la funcionalidad que no se usa. Si usa WPF, sugiero buscar en PRISM.
No tengo experiencia personal, por lo que preferiría el consejo de alguien más que el mío. Conozco a dos compañeros de trabajo que han utilizado esta fábrica y ambos tenían la misma toma de ida:
- Dolía configurar y aprender
- valió la pena al final
Así que si tener tiempo de sobra por adelantado, yo iría por eso.
Usamos el Web Service Software Factory, y realmente nos gusta porque hace que sea más fácil para los desarrolladores seguir los estándares y los patrones apropiados. La curva de aprendizaje para nosotros no fue mala, unas pocas horas por desarrollador como máximo.
Aparte de eso, no hay otros pros & digno de mención.
Utilizamos SCSF para una aplicación compuesta del mundo real con 6 desarrolladores; el tamaño total del equipo fue de 14, incluidos BA, PM, probadores, etc. Como dijo Torrey, fue una curva de aprendizaje empinada para los 3 desarrolladores que no tenían OO o experiencia en patrones de diseño. Yo y otros dos habíamos sido puristas de OO durante años; así que llevamos a CAB como patos al agua con solo reconocer los patrones. A mitad del proyecto, organizamos un curso de capacitación de una semana sobre los principios OO y luego diseñamos patrones. Una vez que los otros 3 pasaron por este curso, la productividad comenzó a aumentar inmediatamente.
Mi consejo, asegúrese de que su equipo tenga conocimientos sólidos de OO y patrones de diseño. La curva cae cuando pueden ver patrones que reconocen.
Desarrollamos nuestra aplicación SCSF (en reclutamiento) en 2006 con 8 (4 UI + 4 WCF Service) desarrolladores que actualmente son utilizados por 350 usuarios en una sola planta.
Al comenzar había demasiado para aprender ya que había menos tutoriales, estoy agradecido con Matias Wolosky y Eugenio Pace que contribuyeron mucho en patrones y prácticas/codeplex. Las áreas clave en las que anotamos fueron: -
1) Clara separación de interfaz de usuario y de negocios 2) papel Focussed para los desarrolladores basada 3) Módulo de estructura bajo demanda de aplicaciones 4) Fácil de desplegar a través de ClickOnce 5) Patrones y ayudantes listos que hacen que los desarrolladores sean más fáciles y más estructurados.
Se ha ganado mucho respeto entre los usuarios con el tiempo, ya que soporta: -
1) RBAC - Role Based Access Control 2) rotaciones rápidas de función como separamos los servicios de infraestructura/Servicios de negocios/Ayudante de interfaz de usuario servicios cuidadosamente y toda la aplicación está basada en módulos (la mejor parte de CAB).
3) Ahora estamos pensando en pasar a WPF para agregar algo más de elemento de jazz.
Encontré problemas con la administración de la memoria, pero luego encontré muchos hacks para administrarla, por lo que al final resultó ser una buena opción. – Wali
¿Cuál fue el problema con la administración de memoria? ¿Te importaría compartir los hacks que mencionas? –
- 1. ASP.NET MVC vs. Web Client Software Factory (WCSF)
- 2. Smart Client vs Ext JS
- 3. Smart Client Guidance = Prism? Vs 2010
- 4. Errores/errores del despliegue de ClickOnce/Smart-Client en .NET
- 5. Factory/Abstract Factory confusion
- 6. Marcos IoC/DI con aplicaciones Smart Client Winform: ¿Cómo debo abordar esto?
- 7. Factory Method
- 8. Experiencias utilizando el equilibrio de carga de software frente a un equilibrador de carga de hardware?
- 9. Experiencias de MoSync
- 10. experiencias de OpenXava
- 11. ¿Experiencias de Atlassian Crowd?
- 12. Samsung Smart TV, PlayDRM y HLS
- 13. Visual Studio Smart Sangrado?
- 14. Smart JScrollPane autoscrolling
- 15. vim smart tabbing
- 16. Smart pointers & destructor
- 17. Zend Server experiencias
- 18. Experiencias con IKVM.NET
- 19. HowTo Unit Client Client Code
- 20. C++ probar experiencias de captura
- 21. Rails 3.2, RSpec, Factory Girl: NameError: constante no inicializada Factory
- 22. Experiencias usando moq con VB.Net
- 23. Experiencias usando Groovy ++ en Grails
- 24. Experiencias con D-programming-language
- 25. C# Factory Pattern
- 26. C# RabbitMQ Client thread safety
- 27. Android Factory Reset Programmatically
- 28. Factory Girl y has_one
- 29. Unity Static Factory Extension
- 30. MEF y FACTORY ABSTRACT
Puedo duplicar eso, especialmente la curva de aprendizaje y el uso fácil después de la configuración inicial. Hacemos ahora 3 aplicaciones diferentes que comparten algunos módulos comunes y estamos muy satisfechos de esa modularidad. – Marcel
tenga en cuenta que refactorizar a PRISM también significaría cambiar el proyecto a WPF. WPF debe usar PRISM (no SCSF) y WinForms debe usar SCSF (no PRISM) – PandaWood
@PandaWood: de acuerdo con SCSF 2010, puede agregar la vista de WPF con el presentador. – IAbstract