Powerbuilder 10.5: обновить или уйти?

Question

Недавно мы начали поддерживать приложение PowerBuilder 10.5, и возник вопрос стоит ли нам думать об альтернативах или поддерживать приложение в режиме PB 10.5 .Это классическое приложение PB;административное программное обеспечение, основанное на базе данных Oracle.

В настоящее время приложение работает отлично, но есть две причины, по которым мы пересматриваем:

1. Единственный разработчик этого приложения овыходить на пенсию.Он единственный, кто обладает всеми знаниями PB, чтобы поддержать это приложение.
2. Возможно, мы захотим улучшить предлагаемые услуги приложения.Таким образом, интеграция с другими инструментами не за горами.

Я не очень знаком с PB, но я прочитал его (только самые новые версии) теперь поддерживается Appeon .Последняя версия теперь 2017 R3, с выходом версии 2019.

Мне интересно, что "за" и "против" пытаются обновить текущую версию 10.5 до последней версии. Стоит ли его обновлять? Или каковы "за" и "против" того, чтобы придерживаться версии 10.5?

Или мы должны рассмотреть переход на более новую технологию , посколькутак мало энергетиков сейчас можно найти?И если да, то какую технологию вы бы посоветовали?

Вместо просто различий между старой и более новой PB-версиями, я ищу мотивации для обновления / миграции / вообще ничего не делать.

Спасибо.

Answer 1

Ответ Терри довольно хороший, но вопрос о миграции не был рассмотрен в отношении новых функций в PowerBuilder 2019.

Одной из основных функций PowerBuilder 2019 является C # DataStore (совместимый с .NET Core) иУтилита переноса объектов DataWindow.Хранилище данных C # имеет те же API и механизм транзакций, что и хранилище данных PowerScript.Подробно это задокументировано на веб-сайте Appeon: https://www.appeon.com/support/documents/appeon_online_help/powerbuilder/api_reference/PowerBuilder.Data/DataStore/IDataStore/IDataStore.html

Если вы решите, что C # - это то, что нужно, эта функция PowerBuilder 2019 делает процесс переноса «портом» невизуального кода PowerScript, а нечем переписать (по причинам, указанным выше).

Вот пример кода PowerScript:

public function datastore of_retrieve (date ad_start, date ad_end, decimal adec_amt);
Datastore lds
lds = Create Datastore
lds.dataobject = "d_order_customer"
lds.SetTransObject(SQLCA)
lds.Retrieve(ad_start, ad_end, adec_amt)
Return lds
end function

Вот тот же пример в C # с использованием хранилища данных C #:

public IDataStore GetOrderCustomerInfo(DateTime startDate, DateTime endDate, decimal amount)
{
IDataStore dataStore = new DataStore("d_order_customer", _context);
dataStore.Retrieve(startDate, endDate, amount);
return dataStore;
}

Answer 2

Я бы порекомендовал мигрировать.Вы найдете несколько компаний, которые предлагают переход на java и .net, которые являются ведущими платформами.С точки зрения пользовательского интерфейса для меня в настоящее время единственным вариантом является веб.Использование других технологий не имеет большого смысла.Если ваша компания использует много стека MS, как MS OS, SQL-сервер.Exchange, Sharepoint и т. Д. Я рекомендую перейти на C #, в противном случае переход на Java имеет больше смысла

Answer 3

Итак, четкого ответа нет, но мы можем обойти некоторые идеи по нетехническим пунктам (по запросу).

Пребывание на 10,5 : можно многое сказать о том, что «если ничего не сломано, не чините его».Если это работает, и вы довольны тем, что он делает, не двигайте его.

Однако, поскольку вы сказали, что планируете продвигать его вперед, вы можете подумать, что 10.5 не поддерживает текущие операционные системы (в течение года системы Windows, в настоящее время поддерживаемые MS, будуттолько Win8 и Win10), которые были ничем иным, как плодом воображения, когда вышел 10.5.Ваше приложение 10.5 может теперь работать на Win10, но это исключительно из-за работы MS над обратной совместимостью приложений и того, что вы не использовали область PB, в которой возникла проблема в будущей версии Windows.Если вам нужно добавить функциональность, может оказаться полезным использование версии, которая хотя бы предполагает, что она работает в вашей операционной системе.

Параллельный аргумент для баз данных, за исключением того, что если ваше приложение использует SQL Anywhere, база данных, которая раньше предоставлялась бесплатно в нескольких пакетах PB.Теперь это то, что вы должны были бы купить отдельно.

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

Обновление : Обновление обычно незначительное усилие.Наиболее частые причины, по которым я видел исключения: устаревшая функциональность и кодирование, которое зависит от поведения, которое не оставалось согласованным между версиями (обещано, что некоторые поведения будут оставаться согласованными, но не все).Запустите миграционный тест со следовой версией с вашим экспертом по PB, чтобы снять этот вопрос со стола.

При обновлении следует помнить одну вещь: изменилась модель лицензирования.Раньше у PB была постоянная модель (купи один раз, используй навсегда), но теперь это модель подписки.Является ли это улучшением для вас или нет, решать вам.

Стоит ли обновляться, на мой взгляд, обычно сводится к

• Поддержка ОС
• Поддержка БД
• Поддержка поставщика
• Поддержка равноправных узлов
• Устаревшие функции, и буду ли я использовать их
• Новые функции, ибуду ли я их использовать (и вы попросили нас не обсуждать эти два последних вопроса, которые в любом случае необходимо очень индивидуально взвешивать и которые хорошо документированы на сайте Appeon)

"Миграция": Я поместил «миграцию» в кавычки, потому что я не верю, что есть технология, которая позволяет вам «мигрировать» в смысле перевода кода.(Я позволю вам прочитать одну из моих старых тирад о желании «мигрировать» из PB.) Я расскажу здесь о переписывании в новой технологии.Как вытащить бизнес-правила из старой системы PB, так и переписать / переписать в другой технологии - это большое усилие.

Самым большим аргументом в пользу этих дней является получение и удержание таланта PowerBuilder.Заставить людей с ПБ за плечами трудно, и судить о законном таланте сложно, даже если кто-то с ПБ на вашей стороне стола для интервью.(Используйте своего уходящего на пенсию парня, если вы хотите двигаться вперед с PB.) Обучение кого-то с PB тоже не маленькая задача.Кто-то однажды спросил меня, а не преподавателя, могу ли я придумать курс и обучить его команду за неделю.Я смеялся.После двухнедельного курса, разработанного и проведенного профессиональными педагогами из тогдашнего поставщика Powersoft, я пришел домой и написал невероятно неловкий код.Мне также нужно было много времени практиковаться и получать отзывы от моих сверстников.Если вы можете найти кого-то или обучить кого-то, если они выполняют ПБ только пару недель в году, эти «мышцы» ПБ атрофируются.Независимо от технических аргументов PB против чего-то еще, если вы не можете получить талант PB для его поддержки, PB - это тупик.

Боюсь, я не из тех, кто предлагает альтернативную технологию.Раньше считалось, что с точки зрения богатых клиентских приложений вы не ошиблись, выбрав Microsoft, но с тех пор MS направила сообщество разработчиков на некоторые дикие погони, которые закончились устаревшими технологиями.Я не хотел бы быть парнем, заглядывающим в будущее, чтобы угадать.

Удачи.