¿A donde va el desarrollo web en Java?

Últimamente empiezo a tener mis dudas sobre el camino que está siguiendo el desarrollo web en el mundo java.



Actualmente lo que se impone es el patrón MVC, siendo la M el modelo de negocio, la V la capa de presentación y la C el controlador, que se encarga de gestionar las peticiones.

Para trabajar de esta manera se suele utilizar algún framework, el que más se utiliza a día de hoy es struts de Apache que entre otras muchas cosas encapsula las peticiones en objetos y además el servlet que controla se configura desde un fichero xml llamado struts-config.xml.



Dentro de la Lógica de Negocio podemos tener:

- EJBs

- Procedimientos almacenados en la base de datos

- O algo al estilo POJO - Hibernate donde se trabaja la interacción con las tablas en base al tipo de negocio que tengamos.



Normalmente en está parte se suele tener un par de capas:

- Una representa las consultas (las particularidades del negocio)

- Y otra interior donde se insertar o modifican los datos (lógica de datos).



Ahora se tiende a superponer otras capas para poder interactuar con el framework a través de XML.



Con todo esto estamos consiguiendo tener todo muy ordenadito, pero claro todas estas capas interactúan entre ellas por lo que además necesitamos definir los subsiguientes interfaces.

Esto provoca a que una simple consulta SQL, conlleva la creación de una buena cantidad de ficheros:

- El que representa al objeto que lleva los parámetros

- El de la acción correspondiente

- Otro/s para el/los bean/s que interactúa con la base de datos

- El procedimiento almacenado que realiza la consulta

- Y si además tenemos capas superiores que se configuran mediante xml (actualmente es muy común), pues los ficheros necesarios para que sean operativas

- A esto hay que añadirle que siempre hay que modificar algún fichero más.



Reconozco que esta estructura tiene sus ventajas:

- Todo esta mucho más estructurado

- Se puede llegar a crear una herramienta visual que trabaje con los ficheros XML, eso sí, a costa de perder la visión en objetos de la aplicación.

- Y si realmente el trabajo está muy especializado se puede llegar a conseguir que cada uno trabaje en su capa.



Pero realmente, no le veo sentido que a una operación tan sencilla como un simple select o un insert a una base de datos necesite de tanta ?parafernalia?, con el aumento en la proliferación de errores que ellos supone y con el aumento en el tiempo de desarrollo.



Igual hay que empezar a pensar en desarrollos mixtos.