После некоторого углубления в тему PBNI и C++ возникла новая идея - подружить PB и Qt . Пока, не вижу никаких реальных препонов это реализовать на практике. Может быть кто-то уже даже делал подобное и сможет поделиться своими соображениями по этой теме?

Что может дать Qt для PB-ста на мой взгляд:
1) Доступ к crossplaform free (community) C++ платформе
2) Нет Java, нет .NET - только Qt (фокусируемся на одной технологии, но и про PB не забываем). И еще, работа с библиотекой Qt, как мне показалось, намного проще, чем MS VC++
3) Можно получить альтернативный вариант для легального расширения приложения без PBORCA (с 11 версии требует SySAM лицензию) и MS WHS. (Задействуем Qt QScript).
4) Выход на работу с мобильными устройствами
5) И многое другое...

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

Локшин Марк

авторПростите, кто на ком стоял? MS VC это компилятор, на котором можно писать с использованием Qt.
Да, в данном случае, MS VC нам нужен только как компилятор, не более.
Весь код пишем на Qt и используем все его бесплатные возможности. А их, как я понял, не мало.
авторСкрипты можно выполнять и без Qt написанными на менее маргинальных диалектах.
А чем маргинален диалект ECMAScript. Ведь именно ему стараются соответствовать многие скриптовые языки, в том числе JavaScript, ActionScript
авторЕсть решения для PB. На Java и .Net есть куча нэйтивных решений которые используются в 100500 проектах.
Опять-же - много дополнительных и не всегда эффективных технологий
авторНе нужно тыкать в трупик палочкой.
Т.е. Вы считаете, что пациент скорее мертв, чем жив?

Локшин Марк
авторА где уверенность, что технологии Qt эффективны?
avs63Т.е. Вы считаете, что пациент скорее мертв, чем жив?
Да.

Судя по темпам развития этого проекта я-бы так не сказал - скорее наоборот. Во всяком случае приглядеться к нему повнимательнее уж точно стоит. Да и по архитектуре построения Qt, лично мне показался, более простым и понятным, чем pure C++ или тот-же Java или C#. Хотя - это, конечно, чисто мое субъективное мнение, притом человека достаточно далекого от мира C++. Но, судя по многочисленным отзывам в Инете, не у меня одного сложилось такое впечатление. С другой стороны, все зависит от опыта и знаний разработчика, а также решаемых им задач - поэтому, конечно, Qt не стоит рассматривать как панацею. Однако, "дружба" его с PB была-бы далеко не лишней.

Как ни печально - это факт. Тем более, нужно искать альтернативный путь развития/миграции. Хотя это тема для другого поста.

Anatoly Moskovsky,

Так сложилось, что PB используем уже давно. Еще с версии 6.5. И, соответственно, есть проекты, а вернее сказать один, но большой ERP-проект, который так, в одночасье не бросишь, да и перевести его на другую платформу целиком для нас будет очень трудной задачей. И в плане времени, и в плане финансовых затрат. Хотя, по большому счету, мигрировать куда-то с PB (даже при всей ситуации вокруг него) веской причины я не вижу, т.к. для подобных задач он подходит идеально. Вот, что не совсем приятно для нас - закрыли буржуины PBORCу в новых версиях, а мы ее активно использовали у клиентов - при сопровождении было очень удобно. К тому же, с недавних пор требования клиентов превысили некую критическую массу. Вот и стали искать обходные пути для решения всего этого.

К Qt присматриваюсь уже давно, однако желание как-то прикрутить его к PB созрело относительно недавно, с выходом версии 5.5 Не знаю как у других, но реально подружить Qt с компилятором MSVC у меня получилось именно с этой версии.