me han dicho que el Provider pattern es una forma de diseño de componentes débilmente acoplados. Estoy trabajando en el diseño de una API. ¿Podría señalar los enlaces donde se explica el patrón del proveedor? Encontré uno here, ¿Hay más que describen patrón proveedor usando .NET como el marcodiseño de componentes débilmente acoplados en .NET - Patrón Proveedor
7
A
Respuesta
10
En el libro de WCF Juval Lowy él llama el patrón de la Bridge pattern. dofactory tiene algunas cosas buenas también.
Hace poco he estado recogiendo algunos enlaces en el patrón de proveedor para un examen MS estaba estudiando para (70-568). Aquí está la lista: más de lo que necesitará saber sobre el modelo de proveedor:
- Provider Model Design Pattern and Specification, Part 1 (antiguo pero detallado).
- The ASP.NET 2.0 Provider Model. 136 páginas: una tumba de información del modelo de proveedor.
- ProviderBase - la clase base para todas las implementaciones de proveedores.
- Don’t forget to add
<clear/>
when adding providers. - Configuring Providers.
- Using the ASP.NET provider functionality in Windows based apps.
- Implementing a Membership Provider.
- Implementing a Role Provider.
- Creating a custom site map provider.
- Implementing a Profile Provider.
- Creating a custom DB profile provider.
- Session State Providers.
- Implementing a Session-State Store Provider.
2
Aquí es un papel blanco de MSDN (que une a la parte 1)
Aquí es otra fuente para Provider Design Patterns in ASP.NET 2.0 de C-Sharp esquina
0
MSDN ofrece un recorrido a través de la ASP.NET Provider Pattern
1
la solución más elegante para lograr un acoplamiento flojo es DI y IoC.
un vistazo aquí:
- Design Pattern IoC and DI
- Inversion of Control and Dependency Injection: Working with Windsor Container
Diviértete :)
Cuestiones relacionadas
- 1. ¿Hay algún patrón de diseño utilizado en .NET Framework?
- 2. .Net WFC/Web service manejo de excepciones patrón de diseño
- 3. ¿Registrar componentes de objetos de juego en los subsistemas del juego? (Diseño de objeto de juego basado en componentes)
- 4. Diseño de patrón "Fachada"
- 5. F # patrón de diseño
- 6. Patrón de diseño DAO
- 7. Frustraciones del patrón de diseño
- 8. Proyecto Patrón de diseño de Euler
- 9. Diseño Patrón: Constructor
- 10. ¿Patrones de diseño utilizados en .NET Framework?
- 11. Patrón de diseño de validación
- 12. patrón de diseño de envío?
- 13. Módulo frente a diseño de componentes
- 14. Patrón de diseño de trabajador
- 15. Patrón de diseño singleton: escollos
- 16. alternativa a MVC que está débilmente acoplado?
- 17. Recomiende un patrón de diseño
- 18. Patrón de diseño y UML
- 19. ¿Qué patrón de diseño elegirás?
- 20. Cómo insertar los mejores controles acoplados debajo de los controles acoplados superiores previewsly en un panel
- 21. fábrica patrón de diseño método
- 22. Patrón de diseño del observador en C++
- 23. fábrica (patrón de diseño) en Objective C
- 24. Patrón de diseño Functor en Haskell
- 25. ¿Hay algún "patrón de diseño" en C?
- 26. Diseño HTML en .NET
- 27. Eventos y delegados. ¿Qué patrón de diseño?
- 28. Patrón de objeto de consulta (patrón de diseño)
- 29. ¿Es este un patrón de diseño común? "Patrón de descriptor"?
- 30. Acceso a componentes .NET de Powershell
Ha considerado el uso del patrón de estrategia o el patrón orquestador? Ambos suenan como una buena opción para el problema (componentes poco acoplados). –
Casi todos los patrones de diseño están destinados por definición a ayudar a desacoplar sus componentes. – TheTXI