En Spring MVC, ¿por qué hay una capa de servicio separada para llamar a Dao y luego pasarlo al controlador? ¿Cuáles son los beneficios de este diseño?

En realidad, no hay nada de malo en llamar a dao en el controlador. Aún no comprende por qué necesitamos superponerlo. Desde el punto de vista de la especificación, la capa dao solo maneja la interacción con la base de datos. cómo acceder a la base de datos, como consultar la lista de retorno, map.update, eliminar Espere, en general, la capa dao es casi fija. Todo el marco solo puede usar una interfaz dao y una clase de implementación (siempre que conozca el universal). Toda la capa de servicio llama al mismo dao, porque el acceso a la base de datos es muy necesario.

La capa de servicio también se llama capa empresarial. Originalmente, el SQL organizacional y demás se escribían en esta capa, pero muchas personas lo escribían en la capa dao. En realidad, esto está mal, pero a nadie le importa. Y lo escriben directamente en La capa dao parecerá simple, pero de hecho será problemático a largo plazo, pero ¿a quién le importa? Esta es solo una era que se centra en la eficiencia. El propósito de la capa de servicio es la reutilización. El propósito de la capa de servicio es la reutilización. Por ejemplo, si desea consultar por página, existen tres métodos: buscar la lista, buscar el número y otro método es el ensamblaje de estos dos. De esta manera, puede llamar directamente al método ensamblado al paginar. Consulte la lista o busque en otros lugares. La numeración se puede ajustar a otro método. Si hay un dao en este momento, se usa especialmente para consultar la paginación. A la larga, es necesario escribir sql. capa de servicio (pero el tiempo a veces no te permite pensar tantos), y el servicio está controlado por transacciones de base de datos. Por ejemplo, si desea cambiar los datos de dos tablas en una solicitud, puede llamar a dao dos veces en el servicio. capa Si llama a dos dao en el controlador, si llama al servicio dos veces en el controlador y la primera vez tiene éxito y la segunda falla, ¿desea revertir el primer cambio?

El controlador maneja principalmente cierta lógica empresarial que no desea cerrar. Por ejemplo, su tabla de personal almacena las identificaciones del personal del departamento. Ahora no puede mostrar las identificaciones directamente en la página, pero desea hacerlo. use menos SQL y use menos código. En este momento, puede realizar una paginación deficiente y luego llamar al servicio del departamento de inspección en el controlador. De esta manera, el recorrido de la lista verificado por la paginación se puede colocar en el departamento insertado por identificación. La ventaja de esto es que su servicio de consulta de personal solo se centra en los datos de la tabla de personal en SQL, sin tener que asociar varias otras tablas (pero a veces aún es necesario asociarlas).

Digamos que, es solo una pelea de manos, es la primera vez que golpeo tantas cosas….

Eso es todo, es solo una pelea de manos, es la primera vez que golpeo tantas cosas