Кроссплатформенность на практике

[xtron]

Здравствуйте уважаемые знатоки.

Есть у меня один проект довольно успешный который работает да и проработал еще бы лет 10 если бы не одно "НО". Ввиду "недавних" событий относительно лицензионности мелкомякгих продуктов некоторые заказчики изъявили видеть мое творение под Linux. Но все дело в том что проект довольно развирающийся и я не могу бросить Win-версию и начать писать Linux-версию так как довольно часто приходиться выпускать обновления и тп. Физически я не смогу параллельно вести две версии системы, если это будет на разных языках программирования.

По разработано с использованием Borland Delphi Studio и Firebird 2.0. В отношении Firebird перенос базы под nix-платформу труда не составил, а вот на счет клиентской части встал вопрос.

Хотелось бы писать на чем то одном, то есть для версий под разные платформы иметь одни и те же исходники (возможна даже раздельная компиляция под win и nix). Также хотелось бы иметь приличный пользовательский интерфейс на основе Qt (3, а лучше 4).

Имеется ли Qt(3,4) для Windows?

Как я думаю оптимальный вариант - C++ и QT4 возможно ли это чтобы компилировалось и под lin и под Win одни и те же исходники.

Web-технологию не рассматриваю так как интерфейс довольно специфический и на вебе практически не реализуемый + скорость.

Если у кого либо имеется опыт разработки кросплатформенных приложений (хотя бы на уровне компиляции под каждую систему одних исходников) поделитесь пожалуйста.

[divenvrsk]

опыт есть и опыт говорит, что писать надо следуя парадигме ООП.
т.е. разделять представление и функционал. насчет Delphi - в linux есть lazarus и в принципе очень даже не плохой fpc, но у меня как то не очень вяжется скорость и delphi, вполне возможно что в вашем случае проще будет переписать на java и вопрос о кроссплатформенности просто отпадет, тем более что по времени это будет сопоставимо с адаптацией программы под linux, с учетом той же специфики графических приложений.
qt библиотека кроссплатформенная, но опять же на практике получается так, что приходится отдельно адаптировать windows и linux версию и соответственно поддерживать две версии исходных кодов, каких бы уровней абстракции в функционале вы не достигли.
хотя если функционал упирается лишь в интерфейс и особо не завязан на API системы и иже с ними - то C++ & Qt вполне хорошее решение.
насчет биндингов для qt на delphi ничего сказать не могу, ибо не компетентен в этом вопросе.

[xtron]

опыт есть и опыт говорит, что писать надо следуя парадигме ООП.
т.е. разделять представление и функционал. насчет Delphi - в linux есть lazarus и в принципе очень даже не плохой fpc, но у меня как то не очень вяжется скорость и delphi, вполне возможно что в вашем случае проще будет переписать на java и вопрос о кроссплатформенности просто отпадет, тем более что по времени это будет сопоставимо с адаптацией программы под linux, с учетом той же специфики графических приложений.
qt библиотека кроссплатформенная, но опять же на практике получается так, что приходится отдельно адаптировать windows и linux версию и соответственно поддерживать две версии исходных кодов, каких бы уровней абстракции в функционале вы не достигли.
хотя если функционал упирается лишь в интерфейс и особо не завязан на API системы и иже с ними - то C++ & Qt вполне хорошее решение.
насчет биндингов для qt на delphi ничего сказать не могу, ибо не компетентен в этом вопросе.

Переписывать полюбой придется практически с нуля за исключением классов чисто бизнес-логики.

Я вот тоже больше склоняюсь к C++ и QT4. С сями я почти на "ты" а вот яву придется учить. Да и модули завязаные на специфические функции вынести в отдельнные dll / so. Их всего 1% от исходного кода (а исходников в чистом pas только на 70 MB ).

[Uncle_Theodore]

QT небесплатна для коммерческих продуктов.

[divenvrsk]

я бы на вашем месте все переписал на java, гарантированная кроссплатформенность + легкость формирования интерфейся. да и мне кажется быстрее будет приглядется к java чем переписывать на с++ \ qt.

[serzh-z]

QT небесплатна для коммерческих продуктов.

Кстати, очень даже ощутимо небесплатная... Припоминаю, что нам лицензия стоила что-то в районе $4000.

[v04bvs]

Самый разумный вариант - использовать Lazarus. Адаптировать исходники под него можно за разумные сроки.

Переписывать на другом языке.. Потенциально выигрыш конечно есть, переписывание всегда улучшает код. Но это очень рискованно.

Если решитесь переписывать, и позволяют требования к производительности - Java. Если не позволяют - C/C++ и Gtk.

[xtron]

Спасибо всем за различные мнения. Да, то что Qt для коммерческих проектов денег просит я уже выяснил.
И вообще нормально ли работает gtk-runtime в Windows - среде?

PS: Пропробую седня скомпилить HelloWord на gtk+-2.0 + gtkmm-2.4 + C++ под linux и под Windows (вроде нашел все библиотеки для обоих осей + компилер бесплатный для виндов)

[d_n_k]

gtk нормально работает,
если хочешь убедится посмотри на
http://www.pidgin.im/
http://evolution-win32.sourceforge.net/

[nrg]

QT небесплатна для коммерческих продуктов.

Кстати, очень даже ощутимо небесплатная... Припоминаю, что нам лицензия стоила что-то в районе $4000.

Если не изменяет память, то базовая лицензия на 1 платформу стоит в районе $ 1500, причём есть значительные скидки для предприятий Small Business с доходом менее $ 200 000 per year. Так что, если прога правда продаётся и пользуется спросом, то лицензия на две платформы уложится в 50-60 тыс рублей, что вполне нормально для такого продукта.

[serzh-z]

Если не изменяет память, то базовая лицензия на 1 платформу стоит в районе $ 1500

Да, точно. У нас просто на 3 платформы - за 4500 евро.

[yaleks]

Зачем переписывать? Lazarus посмотрите, он вполне совместим с Delphi.

[indie]

Мб лучше обойтись вайном?
Например на сайте uTorrent в разделе закачки (http://www.utorrent.com/download.php) разработчики пишут For Wine, Windows 95 (Winsock2), 98/ME, NT/2000, XP, 2003, and Vista.

[Denjs]

а собственно может пойти "по пути наименьшего сопротивления"? отладить что бы под wine запускался корректно?
(сейчас в меня начнут швырять помидоры, но хоть на "уровне идеи мозгового штурма" рассмотрите )

тем более wine умеет делать "типа-линукс-программу" - пакет готовый к исполнению в линуксе ? (где-то в описаниях было, сам так не делал) )

[serzh-z]

тем более wine умеет делать "типа-линукс-программу" - пакет готовый к исполнению в линуксе ? (где-то в описаниях было, сам так не делал) )

Да, проект Winelib.

[indie]

тем более wine умеет делать "типа-линукс-программу" - пакет готовый к исполнению в линуксе ? (где-то в описаниях было, сам так не делал) )

Да, проект Winelib.

winelib бывает под паскаль?

[serzh-z]

winelib бывает под паскаль?

Увы:

Project cannot be ported using Winelib, as it is written in Pascal/Delphi. It should be possible to port it to Linux using Kylix relatively easily.

http://www.winehq.org/site/winelib

[Denjs]

тем более wine умеет делать "типа-линукс-программу" - пакет готовый к исполнению в линуксе ? (где-то в описаниях было, сам так не делал) )

Да, проект Winelib.

winelib бывает под паскаль?

стоп-стоп-стоп... я говорил про то что из бинарника.exe и wine делается "типа нормальная линукс программа".
какой нафиг паскаль-не-паскаль?...
блин видимо придется самому ссылки искать.

[/dev/random]

...из бинарника.exe и wine делается "типа нормальная линукс программа".

Это в смысле как сделано с якобы-линуксовским клиентом EVE Online?

А можно просто написать bash-скрипт, который будет содержать внутри себя экзешник, распаковывать его в /tmp и запускать "внешним" вайном, который прописать как зависимость.
Правда, от необходимости переделывать вручную код программы так, чтобы она не глючила под вайном не избавит (а она, как я понял из предыдущих постов, глючит)... Но от этого избавит только переписывание программы с нуля

[vantaker]

Есть мнение, что http://wxwidgets.org - хорошая бесплатная (и для коммерческого использования) альтернатива Qt. Есть порты под кучу платформ (даже под смартфоны), под кучу языков (можно быстро прототипировать на wxPython). Развивается стремительно, сообщество большое, реюзабельного кода - куча. Одного из главных разработчиков зовут Вадим

Собственно вот неплохой сравнительный обзор тулкитов: http://www.wxwidgets.org/wiki/index.php/Wx..._Other_Toolkits

[drBatty]

Есть мнение, что http://wxwidgets.org - хорошая бесплатная (и для коммерческого использования) альтернатива Qt

Ага, есть конкретная реализация программы с использованием этой библиотеки - aMule, собирается под win,nix, и mac. Доступны исходники. Как недостаток, замечу что многим не нравятся wx-окошки.

[vantaker]

Как недостаток, замечу что многим не нравятся wx-окошки.

Это те, кому GTK+ не нравится - под Linux wxWidgets работает через эту библиотеку. Вобще wxWidgets на каждой платформе использует нативные для платформы виджеты, а не прорисовывает (читай-эмулирует) их сама в отличие от других тулкитов (той же Qt) - соответственно тормозов в гуе меньше. Но главное, что wxWidgets - не только удобный ГУИ, она - нормальный такой фреймворк с вводом/выводом, сокетами, http, html, базами, графикой, интернационализацией (млин, i18n и правда короче ), и еще кучей всего.
И известных приложений на wxWidgets - тоже море: http://www.wxcommunity.com/modules.php?op=...nload&cid=5
Kicad, Voxel3D, aMule, Juice, Bacula, Audacity, DVDStyler, Amaya, VLC, Wired - все wxWidgets

[eduard_pustobaev]

Да, wxwidgets - как раз таки явный крнкурент Qt. И вполне достойный, хотя мне не нравится...

[drBatty]

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

Это конечно правильно, но почему-то в той-же WindowsXP виджеты почемуто получаются от win3.x

[Liksys]

Если нет сложного обсчета физики или математики (ну уж совсем сложного), то можно было бы взять Python + Qt4. Если программа клозе-сорсная и впадлу покупать лицензии, то вместо Qt4 можно взять GTK или wxWidgets. И то и то позволяет нахаляву закрывать софт, насколько я знаю.

[vantaker]

Это конечно правильно, но почему-то в той-же WindowsXP виджеты почемуто получаются от win3.x

Быть этого не может в принципе, и именно потому, что виджеты нативные (из родных виндовых библиотек, установленных в системе) - те же, что используются всеми другими приложениями
Если нет тем оформления (theme) на виджетах, разбирайтесь почему у вас не подключенился манифест (.manifest) или сами создайте его и киньте в папку с экзешником программы. Можете взять от любой другой установленной проги (или найти в сети) и переименовать: если ваш exe имеет вид app.exe, файл манифеста должен быть app.exe.manifest
И собирайте с wxMSW, а не с wxUniversal.

Прочитайте "Cross-Platform GUI Programming with wxWidgets". В сети есть в pdf (причем это не варез), ~ 7 МБ.
В русском Linux Format с 11.2007 идет цикл статей по wxWidgets. В Системном администраторе тоже вроде бы что-то было

[drBatty]

Прочитайте "Cross-Platform GUI Programming with wxWidgets". В сети есть в pdf (причем это не варез), ~ 7 МБ.
В русском Linux Format с 11.2007 идет цикл статей по wxWidgets. В Системном администраторе тоже вроде бы что-то было

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

[ozone baby]

А почему Mono никто даже не рассматривает? С анонсом полной поддержки winForms mono становится фреймворком подходящим для написания большинства приложений

[cy6erGn0m]

По той же причине почему тут решили не использовать яву, что было бы гораздо разумнее чем моно.

Что касается wxwidgets - это действительно неплохая штука, но то что она работает через gtk+ это правда большой недостаток.


Что касается прикручивания winelib это правда неплохой вариант..

[ozone baby]

почему-то от wxWidgets многие плюются. Лично мне C# больше нравится. Да и mono это все-таки open source изначально, в отличие от java.