Где Oracle ADF 11g стоит среди Java EE Framework?

Это вопрос из двух частей:

Я хотел бы знать, где Oracle ADF 11g выступает в качестве основы для разработки/развертывания приложений Web/Java EE по сравнению с другими платформами. Насколько Oracle ADF используется в качестве основы для разработки веб-приложений. Я спрашиваю с точки зрения того, есть ли хорошие рабочие места в качестве разработчика ADF для Oracle и как выглядит будущее для тех, кто владеет навыками ADF ADF.

Также, как Oracle планирует использовать ADF в качестве основной технологии для приложений Fusion, приятно ли строить Oracle ADF в качестве разработчика siebel? Будущие приложения Oracle CRM, такие как ERP, SCM будут основываться на ADF, если разработчики начнут создавать навыки ADF. Вокруг, когда клиенты начнут внедрять эти приложения на основе ADF. Будут ли они доступны по Помещению или в основном по запросу по SaaS.

Ответ 1

Мы выбрали Oracle ADF в нашей компании для одного из наших проектов. К сожалению, это оказалось большой ошибкой. Я лично использовал продукты Oracle, в частности их БД, но что касается промежуточного программного обеспечения fusion, я бы посоветовал вам держаться подальше от него. ADF была наихудшей картой, которую я когда-либо использовал в качестве архитектора. Некоторые из его особенностей, которые я заметил, очень сложны: Oracle просто "изобретает" или заставляет некоторые подходы к разработке, которые были доказаны как плохая практика сообщества Java несколько лет назад. ADF очень медленный по сравнению с другими системами. С медленным я имею в виду, что страницы ADF работают медленно. Причиной этого является чрезвычайно сложный сгенерированный html и javascript. Вы можете проверить это, открыв Firebug и проверив сгенерированный html... это похоже на что-то из 90-х... Ужасно. Не быть слишком педантичным, но страницы ADF имеют огромное количество ошибок проверки, вызывающих проблемы при их запуске во всех браузерах. Архитектура ADF, на мой взгляд, беспорядочна. Struts2, например, представляет собой гораздо более чистую структуру, которая позволяет легко интегрировать ее с сторонними библиотеками, такими как jQuery и т.д. Oracle защищает ADF как структуру MVC, но, откровенно говоря, я не смог увидеть реальную архитектуру MVC. ADF использует свои собственные библиотеки javascript, которые огромны, практически невозможны для изменения, неоптимизированы и медленны по сравнению с другими, такими как jQuery или Prototype. Новые тенденции в J2EE представляют собой легкие подключаемые фреймворки, которые легко интегрируются с другими инструментами, такими как Spring для управления зависимостями, jQuery для скриптинга, CC для непрерывной интеграции. ADF - это тяжелая плотно интегрированная структура с другими инструментами ORACLE, что делает ее очень трудной использовать ее любым другим способом, чем разработанный Oracle.

Не говоря уже о инструментах разработки, которые вы вынуждены использовать при разработке ADF - JDeveloper, который очень глючит и регулярно падает. Разработка в Eclipse проблематична, поскольку ADF имеет множество "конкретных" файлов, которые JDeveloper автоматически создает.

В целом... ADF было для нас огромным разочарованием. Мы потратили месяцы на это, когда, наконец, наш клиент решил, что приложение было слишком медленным и трудным для них, чтобы поддержать его, и полностью отменил его.

Основываясь на моем опыте, я могу только сказать, держаться подальше от него. Выберите один из наиболее поддерживаемых и архитектурно чистых решений, таких как Struts2 или Spring.

Ответ 2

Я использовал JDeveloper 10 и 11, как с ADF, так и по двум проектам ADF для крупного защитника. Я согласен с тем, что ADF является сложным, но не согласен с тем, что JDev часто сбой, или что страницы медленно отображаются.

Теперь... почему ADF? Прочитайте синтаксис Oracle ниже, указав, что JDeveloper и ADF делают разработку Java EE более доступной для "бизнес-программистов". Хотя это не гарантирует элегантные программы, это почти наверняка гарантирует, что, когда эти разработчики столкнутся с проблемами с ADF, они, вероятно, будут полностью потеряны и не будут иметь никакого представления о том, как открыть капюшон и войти внутрь. И наоборот, они будут потеряны даже раньше, пытаясь интегрировать текущий рог изобилия с открытым исходным кодом J2EE.

СЕРМОН Источник: руководство разработчика ADF (перефразировано)

"С ранних Java-дней в конце 1990 года корпоративная платформа Jave выросла массово и сегодня используется большим сообществом разработчиков. Однако сообщество разработчиков не является однородным и включает разработчиков, которые не являются экспертными Java-программистами, но являются бизнес-разработчиками, обладающими ключевыми компетенциями в своих отраслях. По мере расширения платформы и сообщества Java EE средний уровень навыков программистов снижается.

Трудно представить, что есть один разработчик, который глубоко разбирается во всех аспектах платформы Java EE. Проблема в Java EE заключается в предоставлении технологии, позволяющей разработчикам создавать передовые веб-приложения и приложения SOA, не ограничивая их гибкость.

Существующие фреймворки Java, такие как Struts, Spring, JSF, EJB, GWT и т.д., представляют собой одеяла, вытащенные над областями сложности, которые предоставляют более простые элементы управления для работы. Используя фреймворки, разработчики больше не работают с API-интерфейсом Java, а вместо этого взаимодействуют с интерфейсами и службами, открытыми каркасом.

Бла, бла, бла...

Что представляет собой небольшую проблему для опытных разработчиков java, это еще одно препятствие для бизнес-разработчиков, которые новичок в разработке Java и EE. Этот тип разработчика может превратиться в единую среду разработчиков, которая обещает интегрировать все аспекты разработки приложений в единую технологическую схему. Разработчики из рабочего стола рабочего стола 4GL могут быть привлечены PLSQL,.NET, Adobe Flash.

Опытный разработчик Java может показаться большой ошибкой, но как это знают эти разработчики, если Java тоже не предоставит для них единственное решение? Решение представляет собой сквозную структуру, которая тянет еще одно покрытие по технологиям, которое объединяет различные фреймокрасы и технологии в единый продукт, который демонстрирует визуальные и декларативные жесты разработки, поскольку он является преобладающей методологией программирования... ADF. "

Ответ 3

Мое восприятие и опыт работы с ADF заключается в том, что это очень прочная и надежная структура (к сожалению, инструментальные средства разработки не являются). Я не уверен, что в этом есть большая конкуренция, по крайней мере, не из единой структуры. ADF сам по себе представляет собой несколько различных структур, объединенных на протяжении многих лет, в основном сплоченный продукт. Теперь, когда Oracle владеет Java, я действительно ожидаю (надеюсь) части/большая часть ADF находит свой путь в Java EE, поэтому мы можем увидеть альтернативные реализации и лучшие инструменты для разработки. Если бы это произошло, это бы неплохо укрепило будущее ADF (пока Oracle не встряхнет сообщество Java, а затем подтолкнет их к альтернативным платформам VM).

Если вы уже знакомы или хотите работать с продуктами Oracle (связанных), ADF - это то, что вы хотите. Учитывая проникновение на рынок Oracle, вероятно, разумная ставка, что они останутся доминирующими, и ваши навыки останутся товарными на долгие годы. Oracle тратит много денег и приобретает множество компаний, чтобы попытаться владеть и сохранить предприятие.

Вопрос SaaS, мне, немного сложнее ответить. Хотя он, похоже, движется в этом направлении, мне не ясно, если это в основном маркетинговая попытка дать ему этот толчок или если бизнес-необходимость его водит. И есть много вопросов, которые я действительно не отслеживаю, таких как деловое доверие облака за критические данные и надежность.

Ответ 4

Я работаю с ADF с последних 6 месяцев, и я понимаю, что ADF делает особенно большое приложение с сильной интеграцией баз данных. Я не видел никакой другой Framework, которая может предоставить вам такую быструю и легкую разработку приложений, богатых базой данных.

Да, я согласен, что у него есть некоторые ошибки, но все же он работает хорошо, если вы знаете, как с ним работать.

Ответ 5

Развитие в АПД - это боль в сердце. Для новичков кривая обучения слишком крутая. Я бы хотел, чтобы это было больше похоже на обучение dot NET.

С моей точки зрения, обучение и построение функциональности в dot NET занимает четверть времени, чтобы сделать то же самое в ADF. Конечно, это дисбаланс уменьшается, как человек учится вместе, но это в значительной степени сценарий для новичков. Это расстраивает.

Ответ 6

Короткий ответ:

Вы разрабатываете решение Enterpise, ваш поставщик продуктов - Oracle - ADF - лучший выбор.
Вы разработчик indie, ваше решение не для предприятия, вы не собираетесь использовать другие продукты в стеке Oracle - ADF не для вас, ищите другую инфраструктуру.

Длинный ответ:

Если вы собираетесь на Enterprise, если ваш общий поставщик стека продуктов - это Oracle. Ваш лучший выбор - пойти с ADF. ADF становится лучше с каждым основным выпуском. Я начал использовать ADF с 11.1.1.2, посмотрел на 10.x и теперь использовал 12.1.3, все еще поддерживая крупные корпоративные приложения на 11.1.1.6.

Я вижу огромное улучшение и действительно трудно найти другой продукт, который обеспечивает лучшую интеграцию и поддержку всего пакета Oracle.

Однако, если вы хорошо знакомы с другими фреймами и/или не собираетесь использовать другие продукты Oracle и/или ваши клиенты не могут позволить себе заплатить достаточно много за ADF/Weblogic/DB/ECM и т.д. - ваш лучший выбор состоит в том, чтобы избежать АПД. Это хорошо для крупных корпоративных решений.

Да, на самом деле вы можете разрабатывать с использованием бесплатной и ограниченной версии ADF-Essentials, использовать другой сервер приложений в качестве tomcat или glassfish, но вам будет лучше с другой структурой. ADF Essentials - это только kickstart для крупного корпоративного мира, а не решение для небольшого легкого применения.