3.
ENFOQUES ALTERNATIVOS
Por
supuesto, construir frameworks más sencillos desde cero es
sólo una forma de ganar sencillez. La comunidad Java está explorando
también otros enfoques alternativos. Algunos equipos de desarrollo
están evaluando paradigmas de programación completamente
nuevos, como arquitectura dirigida por el modelo (Model Driven Architecture
o MDA) o programación orientada a aspectos (Aspect-Oriented
Programming o AOP). Otros están probando un enfoque más
incremental, como usar herramientas para protegerse de la complejidad.
3.1.
Herramientas que simplifican
Algunos
vendedores, especialmente los que tienen una inversión significativa
en J2EE, pueden pensar que los contenedores ligeros, Hibernate y frameworks
similares son una desviación demasiado radical del status quo.
Estos vendedores pueden no prescindir completamente de J2EE para volver
a empezar, sino que pueden preferir usar herramientas más inteligentes
que consigan aislar a los usuarios de la complejidad. Rave de Sun
o Workshop de BEA adoptan este enfoque.
Inspirándose
en Visual Studio, BEA y Sun han construido herramientas para proteger
a los programadores sin experiencia de las complejidades de J2EE.
Se espera así que herramientas más inteligentes con
alto nivel de generación de código puedan aislar a los
programadores en J2EE más comunes de un excesivo nivel de detalle.
La
habilidad de construir aplicaciones con bajo acoplamiento, especialmente
usando servicios Web, es una característica fundamental de
Workshop de BEA, que intenta proveer un conjunto de abstracciones
simplificadas que permitan a sus usuarios ser mucho más productivos.
Para tener éxito con Workshop, BEA tiene un reto doble. Debe
abstraer a sus usuarios la mayor parte de la complejidad de J2EE,
y aún así permitir el acceso a algunas de las capas
subyacentes para que los clientes puedan usar Workshop en formas que
vayan más allá de las intenciones del equipo original
de diseño.
4. ¿QUÉ ENFOQUE
ES EL MEJOR?
¿Se
adelantará alguno de estos enfoques y matará al dragón
de la complejidad? La verdad es que, hasta donde puede preverse, es
probable que veamos muchos más intentos de reducir la complejidad,
ya que, en lo que respecta a la misma, se está llegando al
límite superior de lo que la mayoría de equipos modernos
de desarrollo de aplicaciones puede manejar. Pero la industria no
se limitará a un único enfoque. Los vendedores con grandes
inversiones en frameworks existentes para J2EE tenderán a preferir
mejores herramientas que liberen a sus clientes de los detalles tediosos.
Otros esfuerzos, como Hibernate y Spring, intentarán adoptar
un enfoque más radical y fundamental. Incluso otros intentarán
argumentar que Java nos ha traído tan lejos como es posible
y que debemos pasar al siguiente lenguaje o paradigma como C# o AOP.
El terreno está preparado. Que comience el juego.
SOBRE
EL AUTOR
Bruce
Tate es un consultor en Austin, Texas. Es el autor de libros muy vendidos
como Bitter Java y Bitter EJB. Es un conferenciante común en
conferencias de la industria, como TheServerSideSymposium y No Fluff,
Just Stuff Java Symposium. Tiene 15 años de experiencia en
desarrollo y es el fundador y presidente de J2Life, que ofrece consultoría
y servicios en el área de persistencia en Java, mercadotecnia
en programación y en el proceso de desarrollo de aplicaciones.
Compruebe
la calidad de nuestro desarrollo offshore.
Aurum Solutions tiene experiencia en desarrollo offshore en J2EE y
.NET de alta calidad y reducidos costos para empresas europeas y norteamericanas.
Conozca nuestro desarrollo offshore haciendo clic aquí o
en la página Web ../../offshore.html.
Cursos
de Aurum Solutions relacionados con el tema de este artículo:
“Frameworks y bibliotecas para el desarrollo en Java”
“Persistencia para Java”
“Buenas prácticas en programación en Java”
“Buenas prácticas en arquitecturas J2EE”
|
