Перенос символьной формы Oracle

Question

У меня есть СТАРЫЙ сервер, на котором работает DG / UX, который в ближайшем будущем не будет поддерживаться.У меня есть несколько символьных форм oracle, которые необходимо перенести с этого компьютера.Кто-нибудь знает, какая стратегия миграции есть у Oralce для обновления этих отчетов на основе символов?Это не обязательно должна быть самая новая версия, это даже не обязательно должна быть версия с графическим интерфейсом, но мне действительно нужно перейти на поддерживаемую ОС, такую как linux.

Answer 1

Самый простой ответ - посоветовать вам проверить Переход с 6i на 10g.

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

Существуют продукты, которые позволят вам перевести код старых форм в PL / SQL. Кумаран это пример одного из них, но я обнаружил, что он глючит, и мне пришлось много редактировать код вручную, чтобы заставить его работать так же, как оригинал.

Насколько я понимаю, CUI мертв, так что вы могли бы с таким же успехом перейти к графическому интерфейсу.В последний раз, когда я просматривал это, документации для форм CUI почти не было, и часто то, что работало в графическом интерфейсе, вообще не работало в CUI.

Есть некоторые проблемы, с которыми вы можете столкнуться при преобразовании приложений forms на основе CUI в графический интерфейс пользователя.

• Иногда выполняется проверка и специальная обработка, когда пользователь переходит к следующему или предыдущему полю / блоку / и т.д.Когда вы переключаетесь на соответствующий графический интерфейс, ваш пользователь может пропустить эти события, просто щелкнув по другому полю.Таким образом, у вас остается два варианта - #1 проверить все формы или # 2 отключить навигацию по форме с помощью мыши

  Вариант № 1 требует меньше работы, чем перепланировка, но посмотрите, сколько работы мы уже вложили в это.

  Вариант № 2 ваши пользователи ВОЗНЕНАВИДЯТ вас и придут за вами с вилами и факелами.Они поймут, что у них нет ничего ценного за всю работу, которую вы вложили в это.Тогда вы все равно в конечном итоге выполните Вариант № 1.

• Иногда пользовательский интерфейс, который отлично работает в CUI (или требуется из-за ограничений), просто неправильный и нарушает метафору пользовательского интерфейса, с которой пользователи привыкли работать в остальной части графического интерфейса (например, всплывающее окно со списком, в котором вы должны выбрать запись, а не раскрываться, где вы можете просто выбрать нужное значение напрямую)

• При преобразовании в графический интерфейс CUI может в конечном итоге иметь другие шрифты, размеры текста и другие значения форматирования по умолчанию, чем свежеприготовленная форма (у меня так и было).Итак, теперь либо весь набор форм должен быть обновлен, чтобы соответствовать новой теме Oracle по умолчанию для форм / отчетов, либо каждая новая форма / отчет должна вернуться к старому неуклюжему стилю, который был у вас раньше, - или это будет бросаться в глаза, как больной палец (и ваши пользователи захотят, чтобы все они были такими же красивыми, как сейчас).

Не тот ответ, который ты хотел;хм.Но вы можете использовать это как предлог, чтобы отказаться от процесса обновления форм / отчетов и, возможно, даже исправить некоторые ошибки, которые происходили на протяжении многих лет.