25 votos

El propósito de una capa de servicios y ASP.NET MVC 2

En un esfuerzo para entender MVC 2 y el intento de conseguir que mi empresa para que lo adopten como una plataforma viable para el desarrollo futuro, he estado haciendo un montón de leer últimamente. Después de haber trabajado con ASP.NET bastante exclusivamente para el pasado pocos años, tuve que ponerme al día.

En la actualidad, entiendo el repositorio de patrones, modelos, controladores, anotaciones de datos, etc. Pero hay una cosa que se me mantiene completamente la comprensión suficiente para empezar a trabajar en una aplicación de referencia.

La primera es la Capa de Servicio del Patrón. He leído muchos posts en el blog y preguntas aquí en Stack Overflow, pero yo todavía no entiendo completamente el propósito de este patrón. Vi el vídeo completo de la serie en MVCCentral en el campo de Golf Aplicación Tracker y también miró en el código de demostración que había publicado y a mí me parece que la capa de servicio es sólo otro contenedor para el repositorio de patrones que no se realiza ningún trabajo en absoluto.

Yo también he leído este post: http://www.asp.net/Learn/mvc/tutorial-38-cs.aspx y parecía un poco contestar a mi pregunta, sin embargo, si usted está usando anotaciones de datos para realizar su validación, esto parece innecesario.

He mirado por las manifestaciones, publicaciones, etc. pero me parece que no puede encontrar algo que simplemente explica el patrón y me da la evidencia convincente de que el uso de la misma.

Por favor alguien puede darme un 2do grado (ok, tal vez 5to grado) la razón para utilizar este patrón, lo que me perdería si no lo hago, y lo que voy a ganar si tengo que hacer?

1voto

Haroon Puntos 1236

Tengo que decir que estoy de acuerdo con dpb con lo anterior, el contenedor es decir, de la Capa de Servicios es reutilizable, mockable, actualmente estoy en el proceso de inclusión de esta capa dentro de mi aplicación... aquí están algunos de los problemas/ necesidades estoy reflexionando sobre (muy rápido :p ) que podría estar fuera de ayudar a youeself...
1. Varios portales (por ejemplo, los Bloggers portal, portal, portal interno) que serán necesarios para el acceso a muchos usuarios diferentes. Todos ellos deben ser separados ASP.NET Aplicaciones de MVC (un requisito importante)
2. Dentro de las propias aplicaciones de algunas llamadas a la base de datos será similar, los métodos y la forma de los datos que se maneja desde el Repositorio de la capa. Sin duda, algunos de los controladores de cada módulo/ portal va a hacer exactamente o una versión sobrecargada de la misma llamada, por tanto, la posible necesidad de una capa de servicio (código de interfaces) que voy a compilar por separado, en un proyecto de clase.
3.Si puedo crear una clase separada proyecto para mi capa de servicio que yo deba hacer lo mismo para la Capa de Datos, o combinarla con la Capa de Servicio y de mantener el modelo de distancia desde la Web del proyecto en sí. Al menos de esta manera como mi proyecto crece puedo tirar de la capa de acceso a datos (es decir, LinqToSql -> NHibernate), o un miembro del equipo puede sin trabajar en cualquier código en cualquier otro proyecto. La desventaja podría ser que podría estallar todo lol...

Iteramos.com

Iteramos es una comunidad de desarrolladores que busca expandir el conocimiento de la programación mas allá del inglés.
Tenemos una gran cantidad de contenido, y también puedes hacer tus propias preguntas o resolver las de los demás.

Powered by:

X