Où se situe Oracle ADF 11g parmi les cadres Java EE?
C'est un question:
je voudrais savoir où se situe Oracle ADF 11g en tant que Cadre pour développer / déployer des Applications Web / Java EE par rapport à d'autres cadres. Combien D'Oracle ADF est-il utilisé comme un cadre pour développer des Applications Web? Je demande d'un point de vue que si oui ou non Il ya de bonnes possibilités d'emploi en tant que développeur ADF Oracle et ce que l'avenir ressemble pour ceux qui détiennent Oracle ADF compétences.
aussi comme Oracle projette D'utiliser ADF comme technologie de base pour les applications de Fusion, est-ce le bon moment pour construire Oracle ADF compétences en tant que développeur siebel? Comme les futures Applications Oracle CRM comme ERP, SCM sera basé sur ADF si les développeurs commencent à construire des compétences ADF. Environ quand les clients commenceront à mettre en œuvre ces applications basées sur ADF. Seront-ils disponibles sur place ou la plupart du temps sur demande dans Saas way.
7 réponses
nous avons choisi Oracle ADF dans notre entreprise pour l'un de nos projets. Malheureusement, cela s'est avéré être une grosse erreur. J'ai personnellement utilisé des produits Oracle, en particulier leur DB, mais en ce qui concerne fusion middleware est concerné, je vous conseille de rester à l'écart. ADF était de loin le pire cadre que j'ai jamais utilisé en tant qu'architecte. Certaines de ses fonctionnalités que j'ai remarqué sont: très complexe, Oracle juste "inventes" ou forces certaines approches de développement qui ont été prouvées comme une mauvaise pratique par le Java la communauté d'années. L'ADF est très lent par rapport aux autres cadres. Avec être lent, je veux dire que les pages ADF sont lentes. La raison en est extrêmement complexe généré html et javascript. Vous pouvez vérifier cela en ouvrant Firebug et en inspectant le html généré ... il ressemble à quelque chose des années 90...Terrible. Ne soyez pas trop pédant, mais les pages ADF ont d'énormes quantités d'erreurs de validation qui causent des problèmes pour les faire fonctionner sur tous les navigateurs. L'architecture de L'ADF est, à mon avis, désordonnée. Hauteurs2 par exemple est un cadre beaucoup plus propre qui rend très facile de l'intégrer avec des bibliothèques tierces telles que jQuery, etc. Oracle prône L'ADF comme un cadre MVC, mais franchement, je n'y ai pas vu l'architecture MVC réelle. ADF utilise ses propres bibliothèques javascript, qui sont énormes, pratiquement impossibles à modifier, non optimisées et lentes par rapport à d'autres comme jQuery ou Prototype. Les nouvelles tendances de J2EE sont des cadres légers et des outils tels Qu'un ressort pour la gestion des dépendances, jQuery pour les scripts, CC pour l'intégration continue. ADF est un cadre lourd étroitement intégré avec D'autres outils ORacle, ce qui rend très difficile de l'utiliser d'une autre manière que Oracle conçu.
sans parler des outils de développement que vous êtes forcé d'utiliser lors du développement D'ADF - le JDeveloper qui est très bogué et se bloque régulièrement. Développer dans Eclipse est problématique, car ADF dispose de nombreux fichiers "spécifiques" qui JDeveloper génère automatiquement.
en somme...ADF a été une énorme déception pour nous. Nous avons passé des mois à nous en occuper, quand finalement notre client a décidé que l'application était trop lente et difficile pour eux de la supporter et l'a complètement annulée.
D'après mon expérience, je ne peux que dire de rester à l'écart. Choisissez l'une des solutions les plus supportées et les plus propres sur le plan de l'architecture, Comme Struts2 ou Spring.
j'ai utilisé JDeveloper 10 et 11, les deux avec ADF, sur deux projets d'entreprise ADF pour un entrepreneur de défense de premier plan. Je suis d'accord pour dire que L'ADF est complexe, mais je ne suis pas d'accord pour dire que JDev plante fréquemment, ou que les pages sont lentes à rendre.
Maintenant... pourquoi l'ADF? Lisez le résumé D'Oracle ci-dessous, indiquant que JDeveloper et ADF rendent le développement Java EE plus accessible aux programmeurs "d'affaires". Bien que cela ne garantisse pas des programmes élégants, il ne garantit presque certainement que, quand ces développeurs auront des problèmes avec ADF, ils seront probablement complètement perdus et aura peu d'idée comment ouvrir le capot et atteindre l'intérieur. Inversement, ils seraient perdus encore plus tôt en essayant d'intégrer le J2EE open-source cornucopia.
LE SERMON Source: ADF guide du Développeur (paraphrasé)
"depuis les débuts de Java à la fin des années 1990 , la plateforme jave enterprise s'est développée massivement et aujourd'hui est utilisé par une grande communauté de développeurs. Cependant, la communauté des développeurs n'est pas homogène et comprend des développeurs qui ne sont pas des programmeurs Java experts, mais qui sont des développeurs d'entreprise qui ont des compétences de base dans leurs industries. au fur et à mesure que la plate-forme et la communauté Java EE se développent, le niveau de compétence moyen des programmeurs diminue.
il est difficile d'imaginer qu'il y ait un seul développeur qui comprenne tous les aspects de la plateforme Java EE en profondeur. Le problème de address En Java EE est de fournir une technologie qui permet aux développeurs de construire des applications web et SOA de pointe sans limiter leur agilité.
les cadres Java existants tels que les entretoises, les ressorts, les JSF, les EJB, les GWT, etc. sont des couvertures sur des zones de complexité qui exposent des contrôles plus simples à travailler. En utilisant des Framework, les développeurs ne travaillent plus avec les API java core, mais interagissent avec les interfaces et les services exposés par le framework.
bla, Bla, blah...
ce qui semble être un petit problème pour les développeurs java expérimentés est un autre obstacle pour les développeurs business qui sont nouveaux pour le développement java et EE. Ce type de développeur peut se tourner vers un environnement de développement unique promettant l'intégration de tous les aspects du développement d'applications dans un seul chouice technologique. Les développeurs d'un environnement de développement de bureau 4GL pourraient être attirés par PLSQL, .NET, Adobe Flash.
un développeur Java expérimenté pourrait y voir une grosse erreur, mais comment ces développeurs le sauraient-ils, à moins que Java ne leur offre une solution unique? La solution est un cadre de bout en bout qui tire une autre couverture sur les technologies, une qui combine différents cadres et les technologies en un seul produit qui expose les gestes de développement visuel et déclarative comme sa méthodologie de programmation prédominante... ADF."
je travaille avec ADF depuis les 6 derniers mois, et je me rends compte QU'ADF est faite application particulièrement grande avec une forte intégration de base de données. Je n'ai vu aucun autre cadre qui peut vous fournir le développement rapide et facile des applications riches de base de données.
Oui je suis d'accord qu'il y ai quelques bugs, mais cela fonctionne bien si vous savez comment travailler avec elle.
ma perception et mon expérience de L'ADF est qu'il s'agit d'un cadre très solide et robuste (malheureusement, les outils de développement ne le sont pas. Je ne suis pas sûr qu'il y ait beaucoup de concurrence, du moins, pas à partir d'un seul cadre. ADF lui-même est vraiment plusieurs cadres différents combinés au fil des ans dans un produit principalement cohésif. Maintenant Qu'Oracle possède Java, je m'attends vraiment à ce que (hope) parts/une grande partie de L'ADF trouve son chemin dans Java EE-proper afin que nous puissions peut-être voir des implémentations alternatives et mieux outils de développement. Si cela devait se produire, cela solidifierait assez bien L'avenir D'ADF (à condition Qu'Oracle ne trompe pas la communauté Java en attendant et ne les pousse pas vers des plateformes VM alternatives).
si vous êtes déjà familier avec les produits (liés) Oracle ou que vous voulez travailler avec ces produits, ADF est ce que vous voulez. Compte tenu de la pénétration du marché D'Oracle, il est probablement raisonnable de parier qu'ils resteront dominants et vos compétences resteront commercialisables pour les années à venir. Oracle dépense beaucoup de de l'argent et d'acquérir de nombreuses entreprises à essayer de posséder et de conserver l'entreprise.
la question SaaS, pour moi, est un peu plus difficile à répondre. Bien que cela semble aller dans cette direction, il n'est pas clair pour moi si c'est principalement la tentative du marketing de donner cette impulsion ou si le besoin d'affaires est le moteur. Et il y a beaucoup de questions que je ne suis pas vraiment suivi comme business trust of the cloud pour les données critiques et la fiabilité.
le développement de L'ADF est une douleur au cœur. Pour un nouveau venu, la courbe d'apprentissage est trop raide. J'aimerais que ce soit plus comme apprendre le dot NET.
de mon point de vue, l'apprentissage et la construction d'une fonctionnalité dans dot NET prend le quart du temps de faire la même chose dans ADF. Bien sûr, il déséquilibre réduit comme une personne apprend le long, mais c'est à peu près le scénario pour les débutants. C'est frustrant.
brève réponse:
- vous développez la solution Enterpise, votre fournisseur de produit est Oracle-ADF est un meilleur choix
- vous développeur indépendant, votre solution n'est pas pour l'entreprise, vous n'allez pas utiliser d'autres produits dans la pile Oracle - ADF n'est pas pour vous, cherchez un autre framework.
réponse:
si vous allez à L'entreprise, si le vendeur de la pile de votre produit général est Oracle. Votre meilleur choix est d'aller de concert avec l'ADF. ADF s'améliore à chaque sortie majeure. J'ai commencé à utiliser ADF depuis le 11.1.1.2, j'ai regardé 10.x et utilise maintenant 12.1.3, tout en supportant les applications de grandes entreprises sur 11.1.1.6.
je vois une énorme amélioration et il est vraiment difficile de trouver un autre produit qui fournit une meilleure intégration et le soutien pour la pile Oracle entier.
cependant, si vous êtes familier avec un autre framework ou/et que vous n'allez pas utiliser D'autres produits Oracle et / ou votre les clients ne peuvent pas se permettre de payer beaucoup pour ADF/Weblogic/DB / ECM etc.. - votre meilleur choix est d'éviter l'ADF. Ses bien pour les grands solutions d'entreprise.
Oui, en fait vous pouvez développer en utilisant la version gratuite et limitée D'ADF-Essentials, utiliser un autre serveur d'application comme tomcat ou glassfish, mais vous serez mieux avec l'autre framework. ADF Essentials est seulement un coup de pouce pour le monde des grandes entreprises, pas une solution pour les petites applications légères.
je travaille avec ADF depuis 3 mois, et je peux vous dire QU'ADF est vraiment adapté aux situations qui sont essentielles pour fournir un processus de développement rapide pour les applications de grande entreprise avec une forte intégration de base de données.
Compairing à d'autres JavaEE des cadres conceptuels comme le Printemps,
il est extrêmement complexe de corriger les bogues en raison de l'architecture de L'ADF et du manque de communauté dev par rapport au printemps. Le printemps a une grande communauté de développement autour du cadre.
il est difficile d'implémenter l'architecture MVC avec les intégrations de composants inter ADF.
les développeurs Spring ont beaucoup plus de réputation et de demande que les développeurs ADF.
ADF est très lent, lourd, fortement couplées par rapport au Printemps et cadre intégré avec les outils Oracle.
J'espère que cela vous aidera à résoudre votre problème et acquérir vos connaissances. bon codage!!!