Перенос приложения Powerbuilder 9 на 12

Question

Недавно я начал поддерживать приложение PowerBuilder 9, которое, наконец, обновляется до PowerBuilder 12. Я пытаюсь выяснить, должен ли я искать переход на PowerBuilder Classic или .NET , Мне кажется, что переход с PB.NET даст мне больше гибкости в будущем, но чтение документации не дает мне четкого представления о том, какие выгоды будут. Очевидно, что я смогу воспользоваться формами WPF, и я бы использовал оболочку Visual Studio, но я не знаю, есть ли у них достаточные причины для изменения.

Answer 1

Хороший вопрос, а не тривиальный.

С положительной стороны вы получаете элементы управления WPF и управление макетами. Если вы разработчик, который не планирует заходить слишком далеко, это поможет вам получить красивые, блестящие элементы управления, скин-контроль и масштабирование/масштабирование, встроенные в маляр. Если вы uber-geek, вы можете начать делать такие вещи, как встраивание элементов управления (подумайте о шаге прогресса внутри кнопки управления, чтобы представить таймер обратного отсчета на кнопке, которая будет действовать по умолчанию, когда время истекает при тайм-диалоге), хотя, когда вы и ПБ пытаетесь сделать фантазии с вашим XML, я предполагаю, что вы можете время от времени наступать на носки друг друга.

Кроме того, вы получаете легкий доступ к обширной библиотеке функций .NET в дополнение к PowerScript. Опять же, простой разработчик может не получить от этого большого преимущества, но тип «нос-к-экрану» станет причиной простого создания функций SMTP в своем приложении.

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

Другой, который я нашел, был производительность, особенно запуск приложения (и я слышал, что это распространенная жалоба среди разработчиков WPF, а не только разработчиков PB.NET). Я ожидал, что все ускорится, но обнаружил, что это смешанная сумка.

Еще один момент: последний PB (на момент написания) - 12,6, который является патчем для обслуживания 12,5. Если вы покупаете 12,0, вы не сможете обновиться бесплатно; переход между 12,0 и 12,5 - это «крупный» выпуск, требующий дорогостоящего обновления. Может быть, вы хотите версию n-1, но если нет, целевая покупка 12.5.

Удачи.

---

@Matt Balent косвенно поднял еще один хороший момент в комментариях. Переходя от PB9 к PB12, если вы опытный разработчик PB, вы, вероятно, можете быть продуктивным в тот же день, не пропуская ни одного удара. Переход на PB.NET приведет к нетривиальной кривой обучения. IDE значительно отличается, поэтому даже установка атрибута Default в CommandButton в первый день может быть расстраивающим (... не невозможно, но если это ваша первая задача, я планирую 30 минут вместо 30 секунд).