Разница между вершиной и ADF

Question

Что было бы лучше, если нужно перейти с Oracle Forms 10g, Apex или ADF

If Apex then Why and Why not ADF

If Adf then Why and Why not Apex

Answer 1

Очевидно, что это будет ответ, основанный на мнении.

Они говорят "Формы мертвы" уже как минимум два десятилетия, но - Форм все еще жив.Ребята в Индии все еще разрабатывают приложения в 6i, я не уверен, что они еще переключились на веб (откуда я знаю, читая вопросы на разных форумах Oracle).

ADF выглядел как отличный выбор для всех, кто хотелотказаться от форм.ADF выглядит красиво.ADF это Java.Я не люблю Java (но это не имеет значения).ADF - не простой инструмент, и люди, которые не говорят на Java, могут ожидать определенных проблем.Вы, наверное, знаете, как просто создать форму с основными данными (например, на основе таблиц Скотта EMP и DEPT) с использованием форм?Дело минут.Я не знаю насчет ADF, но я наблюдал за разработчиком Java, который потратил часов (в буквальном смысле) на выполнение той же задачи (в то время как другой человек создал ее в Delphi даже быстрее, чемв формах).

APEX намного проще, чем ADF (и, если честно, форм).Все, что вам нужно, это веб-браузер.Никакой сложной установки IAS или Web-логики, JInitiator и прочего ... Хорошо - встроенный слушатель выполняет свою работу, если это необходимо, но вам лучше переключиться на ORDS.Если у вас хороший (PL /) SQL-фон, создание приложения Apex занимает несколько часов / дней, и у вас будет красивое приложение.Насколько это надежно?Совсем, насколько я могу судить.А вы как разработчик?К счастью, вы пришли, когда вышел Apex 19.x.В эпоху пре-динамических действий (3.x) вы будете страдать от боли, потому что Forms все делает с триггерами - в Apex их нет.Но теперь, теперь у вас есть динамические действия, которые до сих пор наиболее близки к триггерам.

Если вы храните логику в базе данных (хранимые процедуры, пакеты) и позволяете APEX позаботиться о хорошей презентации для пользователей, вам не следует ожидать слишком много проблем.Я слышал (только вчера), что разработчик ADF, которого я знаю, делает то же самое - хранит все в базе данных и использует ADF для создания хорошего приложения.Пользователям не нравятся приложения Forms, потому что они выглядят некрасиво .Но эй, что они знают?Приложения для форм - если они хорошо написаны - действительно хорошее, надежное и надежное программное обеспечение.

Я слышал (на одной из конференций OUG), что в OpenWorld было zillion APEXпрезентации и ноль АПД.Апекс в в настоящее время, ADF, кажется, отсутствует.

Хотел бы я перенести свои приложения Forms на что-нибудь?Нет, я бы не сталЯ сочувствую тебе.

Answer 2

Зависит от опыта и знаний ваших разработчиков и от того, на каком языке вы хотите развиваться. ADF - это на самом деле 2 продукта (ну, на самом деле, 4 ...). ADF Business Components (ADF BC) - это инфраструктура ORM внутреннего сервера, а ADF Faces (JSF) - для веб-страниц, генерируемых внешним сервером.

ADF - это полное решение JEE, использующее сервлеты, JSP / JSF, ORM и сложный параллелизм и управление данными. Это для тех, кто хочет Java-решение для своих приложений. Тем не менее, большинство ppl оставляют ADF Faces (Front End) для JET (JS) или APEX (PL / SQL) и выбирают ADF BC за его превосходную способность декларативно создавать веб-сервисы RESTFul, которые могут быть расширены с помощью пользовательского кода Java. , ADF BC может работать со многими различными источниками данных и базами данных - в основном с любыми драйверами JDBC. APEX - это ТОЛЬКО БД Oracle.

Миграция с форм на APEX гораздо более прямолинейна, и в APEX есть инструменты миграции, чтобы помочь с этим. APEX - это все PL / SQL против ADF, который является Java.

Если бы это был я, я бы использовал APEX, если бы я хотел, чтобы веб-приложение располагалось поверх БД Oracle или выполнялось переход с Froms. Хорошо зная Java, я бы использовал ADF BC, если бы мне нужно было создавать RESTFul Web Services и интегрироваться с разными серверами и источниками. Хотя я могу создавать веб-службы RESTFul в APEX / ORDS - это только решение SQL / PL / SQL, ADF BC позволяет использовать Java для любого источника данных.