Куда мигрировать с Delphi
От: rkcsoft Россия  
Дата: 21.04.19 18:10
Оценка:
За последнюю неделю это уже вторая тема по этому поводу. И, признаться, в предыдущей я топил за то, чтобы коллега остался на Delphi и никуда не дёргался.

Но вмешались обстоятельства.

Вкратце. Был SOAP сервис, написанный, изначально, на Delphi XE7. Постепенно, с доработками, он мигрировал до Tokyo. И вот потребовалось внести новые изменения, но даже простая перекомпиляция уже работающих исходников в Delphi Rio приводит сервис в нерабочее состояние с маловразумительными сообщениями об ошибках.

В общем устал бороться с ветряными мельницами. Посоветуйте какими путями и как мигрировать с Delphi в светлое будущее.

О проекте: есть расчётная (не визуальная часть), она перепишется довольно легко, за месяц-полтора. Проблема в другом. Есть почти 600 *.dfm с логикой (в основном юзабилити, рабочей логики нет) и 150 отчетов FastReport. Всё это писалось с 2007 года. Кто виноват и что Как быть? Есть идеи?
Re: Куда мигрировать с Delphi
От: salnicoff  
Дата: 21.04.19 18:23
Оценка:
Здравствуйте, rkcsoft, Вы писали:

R> Как быть? Есть идеи?


Может, вообще на веб свалить?
Re[2]: Куда мигрировать с Delphi
От: rkcsoft Россия  
Дата: 21.04.19 18:33
Оценка:
Здравствуйте, salnicoff, Вы писали:

S>Может, вообще на веб свалить?


Есть две проблемы:

1. Почти 600 dfm и 150 отчетов. Их быстро на html не переведешь. А хочется быстро, хотя бы в пределах полугода.
2. Веб сложнее поддерживать. Сейчас у клиентов софт и СУБД самостоятельно ими обновляется и устанавливается. Благо за 20+ лет наработали опыт в этом. Но с web даже установка софта у клиента — это огромная проблема: поднять веб-сервер, установить php/java/.net и т.д., скопировать приложение в нужные каталоги и т.д. Понятно, что в вебе так не делается и всё "в облаке". Но есть принципиальная позиция не связываться с облаками. Как минимум потому, что у клиентов в базе персональные данные. Не хочется всех вытекающих проблем.
Re: Куда мигрировать с Delphi
От: rudzuk  
Дата: 21.04.19 18:49
Оценка:
Здравствуйте, rkcsoft, Вы писали:

Все вокруг катится в сраное говно. Все — тлен. Оставайся там, где находишься. Морок спадет и краски мира вернутся.
avalon/2.0.6
Re[2]: Куда мигрировать с Delphi
От: rkcsoft Россия  
Дата: 21.04.19 18:54
Оценка:
Здравствуйте, rudzuk, Вы писали:

R>Оставайся там, где находишься.


Так я б и остался. Но оно ж, сцука, не работает (((
Re: Куда мигрировать с Delphi
От: icezone  
Дата: 21.04.19 18:57
Оценка: +1
Здравствуйте, rkcsoft, Вы писали:

R>Вкратце. Был SOAP сервис, написанный, изначально, на Delphi XE7. Постепенно, с доработками, он мигрировал до Tokyo. И вот потребовалось внести новые изменения, но даже простая перекомпиляция уже работающих исходников в Delphi Rio приводит сервис в нерабочее состояние с маловразумительными сообщениями об ошибках.


а нафига каждый год Delphi обновлять? хочется потратить деньги и поиметь проблемы?
если в Tokyo работает, то там и вноси изменения
Re[3]: Куда мигрировать с Delphi
От: rudzuk  
Дата: 21.04.19 18:57
Оценка:
Здравствуйте, rkcsoft, Вы писали:

r> Так я б и остался. Но оно ж, сцука, не работает (((


А есть насущная необходимость компилироваться на самой последней версии?
avalon/2.0.6
Re[4]: Куда мигрировать с Delphi
От: rkcsoft Россия  
Дата: 21.04.19 19:07
Оценка:
Здравствуйте, icezone, Вы писали:

I>а нафига каждый год Delphi обновлять? хочется потратить деньги и поиметь проблемы?

I>если в Tokyo работает, то там и вноси изменения

Здравствуйте, rudzuk, Вы писали:

R>А есть насущная необходимость компилироваться на самой последней версии?


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

Да и Delphi, если честно, радовали до Rio. Много отличных изменений в RTL было сделано. Дженерики — так вообще супер. Удобство и скорость разработки. Потому и не ожидал такого подвоха в системных библиотеках.
Re[5]: Куда мигрировать с Delphi
От: rudzuk  
Дата: 21.04.19 19:15
Оценка:
Здравствуйте, rkcsoft, Вы писали:

r> Потому и не ожидал такого подвоха в системных библиотеках.


У Rio еще пара апдейтов будет, скорее всего поправят SOAP т.к. народ жалуется.
avalon/2.0.6
Re: Куда мигрировать с Delphi
От: falcoware Россия https://falcoware.com/rus/
Дата: 21.04.19 19:17
Оценка:
>Есть идеи?

Может скидать все в ДЛЛ да перебраться на Вижуальник?
https://falcoware.com/rus/ — Бесплатные Игры!!!
Re[5]: Куда мигрировать с Delphi
От: icezone  
Дата: 21.04.19 19:18
Оценка:
Здравствуйте, rkcsoft, Вы писали:


R>Да и Delphi, если честно, радовали до Rio. Много отличных изменений в RTL было сделано. Дженерики — так вообще супер. Удобство и скорость разработки. Потому и не ожидал такого подвоха в системных библиотеках.


эта фраза плохо стыкуется с заявлением что вы устали бороться с ветряными мельницами

неудачные версии есть у всех сред программирования
Re: Куда мигрировать с Delphi
От: 129912 Марс  
Дата: 21.04.19 19:40
Оценка:
R>Посоветуйте какими путями и как мигрировать с Delphi

А зачем? Ну т.е. практическая цель? Клиенты хотят браузерный интерфейс? Или хотят софт на мобиле? Сокращаются продажи?
Re[2]: Куда мигрировать с Delphi
От: rkcsoft Россия  
Дата: 21.04.19 20:20
Оценка:
Здравствуйте, 129912, Вы писали:

1>А зачем? Ну т.е. практическая цель? Клиенты хотят браузерный интерфейс? Или хотят софт на мобиле? Сокращаются продажи?


Прекрасно понимаю аргумент, я и сам его часто использую.
Но хочется большой и чистой уже просто кодингом заниматься и решением проблем юзверей, а не бета-тестированием среды разработки. Те же дженирики, о которых писал, появились 10 лет назад. Но в продакшен они у нас пошли лет 5 назад.

Раньше обновлялись на Delphi каждые 3 года. И все устраивало. Но в связи с новой политикой Эмбы приходится ежегодно оплачивать их сопровождение, ибо, если пропустить оплату, цена растёт как в сказке.
Отредактировано 21.04.2019 20:20 HarryPotter . Предыдущая версия .
Re[6]: Куда мигрировать с Delphi
От: rkcsoft Россия  
Дата: 21.04.19 20:30
Оценка:
Здравствуйте, icezone, Вы писали:

I>эта фраза плохо стыкуется с заявлением что вы устали бороться с ветряными мельницами


Тут комплекс ощущений. Например дебаггер в Delphi стал ужасен. Показывает непонятно что, а при попытке просмотра некоторых переменных вообще AV выкидывает. Да, проект огромный, но это не повод ни разу.

Шкурка IDE в RIO напрягает. И отключить нельзя. Точнее можно, выкинув одну bpl, но тогда все современные иконки на тулбаре превращаются в тыкву стиля Windows XP. Delphi и так убога, с точки зрения красоты, а ещё и это...
Re[5]: Куда мигрировать с Delphi
От: NWP Россия  
Дата: 21.04.19 23:46
Оценка: +2
Здравствуйте, rkcsoft, Вы писали:

R>Да и Delphi, если честно, радовали до Rio. Много отличных изменений в RTL было сделано. Дженерики — так вообще супер. Удобство и скорость разработки. Потому и не ожидал такого подвоха в системных библиотеках.


Ну так может SOAP сервис переписать на чем-нибудь более подходящем?
Re[6]: Куда мигрировать с Delphi
От: rkcsoft Россия  
Дата: 22.04.19 05:11
Оценка:
Здравствуйте, NWP, Вы писали:

NWP>Ну так может SOAP сервис переписать на чем-нибудь более подходящем?


Пришёл к таким же мыслям.
Есть советы, что выбрать из множества платформ и фреймворков?
Re[3]: Куда мигрировать с Delphi
От: okon  
Дата: 22.04.19 05:22
Оценка: +1
Здравствуйте, rkcsoft, Вы писали:

R>Здравствуйте, salnicoff, Вы писали:


S>>Может, вообще на веб свалить?


R>Есть две проблемы:


R>1. Почти 600 dfm и 150 отчетов. Их быстро на html не переведешь. А хочется быстро, хотя бы в пределах полугода.

Вполне вероятно что WPF поможет, предполагаю что 600 dfm, достаточно однотипные, а в WPF достаточно легко сделать автогенерацию форм по объектной модели.
Т.е. у тебя будет на самом деле описание только уникальных элементов UI, а их композиция будет уже собираться автоматом.
”Жить стало лучше... но противнее. Люди которые ставят точку после слова лучше становятся сторонниками Путина, наши же сторонники делают акцент на слове противнее ( ложь, воровство, лицемерие, вражда )." (с) Борис Немцов
Re[3]: Куда мигрировать с Delphi
От: salnicoff  
Дата: 22.04.19 05:25
Оценка:
Здравствуйте, rkcsoft, Вы писали:

R>Но с web даже установка софта у клиента — это огромная проблема: поднять веб-сервер, установить php/java/.net и т.д., скопировать приложение в нужные каталоги и т.д. Понятно, что в вебе так не делается и всё "в облаке". Но есть принципиальная позиция не связываться с облаками. Как минимум потому, что у клиентов в базе персональные данные.


Вообще я имел в виду именно облака + сервис, а не установку апача с мускулом у каждого клиента. Но раз не хотите с персональными данными связываться, то предложение отпадает.
Re[6]: Куда мигрировать с Delphi
От: PeterOfLight  
Дата: 22.04.19 06:34
Оценка: +3
Если 600 dfm'ок, то я бы не трогал этот проект. Мигрировать на другой язык ради этого проекта будет очень тяжело. И оправдано ли экономически? Я бы вообще остался на старой версии XE7 если все работает и проблем нет.
Либо связался с техподдержкой Эмбракадеры и проконсультировался по Вашей проблеме, возможно они помогут разобраться.
Re[7]: Куда мигрировать с Delphi
От: icezone  
Дата: 22.04.19 07:45
Оценка:
Здравствуйте, rkcsoft, Вы писали:

R>Тут комплекс ощущений. Например дебаггер в Delphi стал ужасен. Показывает непонятно что, а при попытке просмотра некоторых переменных вообще AV выкидывает.


он такой уже давно
чтобы это понять не нужно было покупать Tokyo и Rio

R>Шкурка IDE в RIO напрягает. И отключить нельзя.


откатись на предыдущую версию без шкурки
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.