Pregunta

Esta es una pregunta de dos partes:

Me gustaría saber donde hace el soporte de Oracle ADF 11g como un marco para desarrollar / Web / despliegue de aplicaciones Java EE en comparación con otros marcos. ¿Cuánto se Oracle ADF se utiliza como marco para desarrollar aplicaciones web. Estoy pidiendo desde una perspectiva que si hay buenas oportunidades de trabajo como desarrollador de Oracle ADF y lo que será el futuro de los titulares de las habilidades de Oracle ADF.

Además, como los planes de Oracle ADF para usar como tecnología central para Fusion Applications, ¿Es buen momento para desarrollar las habilidades de Oracle ADF como desarrollador Siebel? A medida que las futuras aplicaciones de Oracle CRM como ERP, SCM se basará en ADF deben desarrolladores empezar a construir habilidades ADF. Alrededor de cuándo los clientes empezar a aplicar esas aplicaciones basadas en el ADF. Serán éstas disponibles en las Instalaciones o mayormente On Demand en forma de SaaS.

¿Fue útil?

Solución

Hemos elegido Oracle ADF en nuestra empresa para uno de nuestros proyectos. Lamentablemente, esto resultó ser un gran error. Yo personalmente he utilizado los productos de Oracle, en particular, su base de datos, pero en lo que se refiere a la fusión de middleware, yo le aconsejo que se mantenga alejado de ella. ADF fue de lejos el peor marco que he utilizado siempre como arquitecto. Algunas de sus características que notamos son: muy complejo, Oracle sólo "inventa" o fuerzas de algunos enfoques de desarrollo que se han demostrado como una mala práctica por la comunidad de Java hace años. ADF es muy lento en comparación con otros marcos. Con ser páginas ADF medias lenta CORRO lento. La razón de esto es extremadamente complejo html generado y javascript. Esto se puede comprobar mediante la apertura de Firebug e inspeccionar el código HTML generado ... se ve como algo de los años 90 ... Terrible. No ser demasiado pedante, pero las páginas ADF tener enormes cantidades de errores de validación que causan problemas en la toma de ellos se ejecutan en todos los navegadores. La arquitectura del ADF es, en mi opinión, desordenado. Struts2 por ejemplo, es mucho más limpio un marco que hace que sea muy fácil de integrar con las bibliotecas 3 ª parte como jQuery, etc. Oracle ADF defiende como un framework MVC pero francamente no pudo ver la arquitectura MVC real allí. ADF utiliza sus propias bibliotecas de JavaScript, que son enormes, prácticamente imposible de modificar, sin optimizar y lento en comparación con otros tales como jQuery o Prototype. Las nuevas tendencias en J2EE son conectables marcos ligeros que se pueden integrar fácilmente con otras herramientas de un resorte para la gestión de tales dependencias, jQuery para scripting, CC para la integración continua. ADF es un peso pesado marco fuertemente integrada con otras herramientas de Oracle, lo que hace que sea muy difícil de usar de ninguna otra manera que ideó Oracle.

Por no hablar de las herramientas de desarrollo que se ven obligados a utilizar cuando el desarrollo de la ADF - JDeveloper que es muy buggy y se bloquea con regularidad. El desarrollo en Eclipse es problemático, porque ADF tiene numerosos archivos "específicas" que JDeveloper genera de forma automática.

En suma ... ADF fue una gran decepción para nosotros. Pasamos meses de jugar con él, cuando finalmente nuestro cliente decidió la aplicación era demasiado lento y difícil que lo apoyan y la cancelados por completo.

Con base en mi experiencia, sólo puedo decir permanecer lejos de ella. Elija una de las soluciones más compatibles y arquitectónicamente limpias como Struts2 o primavera.

Otros consejos

he utilizado JDeveloper 10 y 11, ambos con alimentador automático de documentos, en dos proyectos de la empresa ADF para un contratista de defensa prominente. Estoy de acuerdo que ADF es compleja, pero de acuerdo con que JDev bloquea con frecuencia, o que las páginas son lentos para rendir.

Ahora ... ¿por qué ADF? sinopsis de lectura de Oracle a continuación, indicando que JDeveloper y ADF hacen que el desarrollo de Java EE sean más accesibles a los programadores de "negocios". Si bien esto no garantiza programas elegantes, esto es casi seguro que garantiza que, cuando estos desarrolladores se meten en problemas con el alimentador automático de documentos, que probablemente será totalmente perdido y tendrá poca idea de cómo abrir el capó y el alcance en el interior . Por el contrario, que se perdería aún más pronto tratando de integrar el J2EE de código abierto actual cornucopia .


EL SERMÓN Fuente: Guía del desarrollador ADF (parafraseado)

"Desde los primeros días de Java a finales de 1990 de la plataforma empresarial Jave ha crecido enormemente y hoy en día es utilizado por una gran comunidad de desarrolladores. Sin embargo, la comunidad de desarrolladores no es homogénea e incluye a los desarrolladores que no son expertos programadores de Java, pero son los desarrolladores de negocios que tienen las competencias básicas en sus industrias. A medida que la plataforma Java EE y la comunidad crece, el nivel medio de cualificación programador está disminuyendo .

Es difícil imaginar que hay un único promotor que comprenda todos los aspectos de la plataforma Java EE en profundidad. El problema a la dirección en Java EE es proporcionar una tecnología que permite a los desarrolladores de corte acumulación alma de borde y SOA aplicación de sin limitar su agilidad.

marcos

Java existentes, como Struts, Spring, JSF, EJB, GWT, etc, son mantas tiradas sobre áreas de complejidad que exponen a los controles más sencillos de trabajar. El uso de marcos, los desarrolladores ya no funcionan con la API del núcleo de Java, sino que interactúan con las interfaces y servicios expuestos por el marco.

Bla, bla, bla ...

Lo que parece un pequeño problema para los desarrolladores de Java experimentados es otro obstáculo para los desarrolladores de negocios que son nuevos en java y desarrollo EE. Este tipo de revelador puede recurrir a un único entorno de desarrollo de un prometedor integración de todos los aspectos del desarrollo de aplicaciones en una sola chouice tecnología. Los desarrolladores de un fondo de escritorio dev 4GL podrían ser atraídos por PLSQL, .NET, Adobe Flash.

Un experimentado desarrollador de Java podría ver esto un un gran error, pero ¿cómo sabría aquellos desarrolladores, a menos de Java también proporciona una única solución para ellos? La solución es un marco de extremo a extremo, que tira de otro manta sobre las tecnologías, uno que combina diferentes framewokrs y tecnologías en un solo producto que se expone gestos de desarrollo visual y declarativo, ya que es la metodología de programación predominante ... ADF ".

He estado trabajando con el alimentador automático de documentos desde los últimos 6 meses, y me di cuenta de que el ADF se hace particularmente grande de aplicaciones con una fuerte integración de bases de datos. No he visto ningún otro marco, que le puede proporcionar de manera rápida y fácil desarrollo de aplicaciones ricas de bases de datos.

Sí estoy de acuerdo que tiene algunos errores, pero todavía funciona bien si usted sabe cómo trabajar con él.

Mi percepción y experiencia con ADF es que es un marco muy sólido y robusto (por desgracia, las herramientas de desarrollo no lo son.) No estoy seguro de que hay mucha competencia para que, al menos, no de un solo marco. ADF en sí es realmente varios marcos diferentes combinados con los años en un producto sobre todo cohesivo. Ahora que Oracle posee Java, realmente espero partes (HOPE) / gran parte de ADF encuentra su camino en Java EE-apropiada de modo que tal vez podemos ver implementaciones alternativas y mejores herramientas de desarrollo. Si eso llegara a suceder, que sería el futuro de ADF bastante bien solidify (siempre y cuando lo hace Oracle no tornillo de la comunidad de Java en el ínterin y los empujan a las plataformas alternativas VM).

Si ya está familiarizado con o desea trabajar con los productos de Oracle (relacionada con), ADF es lo que quiere. Dada la penetración en el mercado de Oracle, que es probablemente una apuesta razonable de que van a permanecer dominante y sus habilidades permanecerán comercial en los próximos años. Oracle está gastando un montón de dinero y adquirir una gran cantidad de empresas para tratar de poseer y conservar la empresa.

La pregunta SaaS, para mí, es un poco más difícil de respuesta. A pesar de que parece estar moviéndose en esa dirección, no me queda claro si es en su mayoría de la comercialización intento de darle un empujón o si el negocio-necesidad está conduciendo. Y hay un montón de preguntas que no se sabe muy ferroviarios, como la confianza del negocio de la nube de datos y confiabilidad crítica.

Respuesta corta:

  • desarrollar solución Enterpise, el proveedor del producto es Oracle - ADF es una mejor opción
  • desarrollador independiente, su solución no es para la empresa, no se va a utilizar otros productos de la pila de Oracle -. ADF no es para ti, busca otro marco

Respuesta larga:

Si va a la empresa, si el vendedor pila de su producto en general es Oracle. Su mejor elección es para ir junto con el ADF. ADF se vuelve mejor con cada versión principal. He empezado a utilizar ADF desde 11.1.1.2, tenía un aspecto en 10.x y ahora usando 12.1.3, sin dejar de dar soporte a aplicaciones empresariales de gran tamaño en 11.1.1.6.

Veo una mejora enorme y es muy difícil encontrar otro producto que proporcionan una mejor integración y apoyo para toda la pila de Oracle.

Sin embargo, si bastante familiarizado con otro marco o / y no va a utilizar otros productos de Oracle y / o sus clientes no pueden permitirse el lujo de pagar un montón de ADF / Weblogic / DB / ECM etc .. - su mejor elección es evitar ADF. Es bueno para grandes soluciones empresariales.

Sí, de hecho, en realidad se puede desarrollar utilizando la versión gratuita y limitada de ADF - Essentials, utilizar otro servidor de aplicaciones como Tomcat o GlassFish, pero usted será mejor con el otro marco. ADF Essentials es solamente arranque rápido a gran mundo empresarial, no es una solución para la pequeña aplicación ligera.

Desarrollo de ADF es un dolor en el corazón. Para un recién llegado, la curva de aprendizaje es demasiado empinada. Me gustaría que podría ser más como el aprendizaje de la red del punto.

Desde mi perspectiva, el aprendizaje y la construcción de una funcionalidad en la red del punto toma una cuarta parte del tiempo a hacer lo mismo en el ADF. Por supuesto, el desequilibrio se reduce a medida que una persona aprende a lo largo, pero eso es más o menos el escenario para los principiantes. Es frustrante.

He estado trabajando con el alimentador automático de documentos desde los 3 últimos meses, y yo puedo decir que ADF es un muy adecuado para situaciones que son esenciales para proporcionar proceso de desarrollo rápido para grandes aplicaciones empresariales con fuerte integración de bases de datos.

Compairing a otros framworks JavaEE como Spring,

  • Es extremadamente compleja cuando corrigiendo errores porque de la architechtur del ADF y la falta de comunidad dev relativa a la primavera. La primavera tiene gran comunidad de desarrollo alrededor del marco.

  • Es difícil impliment arquitectura MVC con las integraciones de componentes inter ADF.

  • Primavera desarrolladores tienen mucho más la reputación y la demanda en comparación con los desarrolladores de ADF.

  • ADF es muy lento, pesado-peso, fuertemente acoplado en comparación con la primavera y el marco integrado con herramientas de Oracle.

Espero que esto le ayudará a resolver su problema y obtener su conocimiento. feliz de codificación !!!

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top