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

Question

[kkoollaj]

Недавно начал заниматься разработкой программ с использованием Windows Forms и остался довольно впечатлён. Однако столкнулся с ограничением – WF подходит только для платформы Windows. Я бы хотел создавать приложения и для Windows, и для macOS (и, возможно, ещё и для мобильных устройств).
Я рассматривал React Native, но его скорость не полностью удовлетворяет моим требованиям. Какие универсальные фреймворки (и существую ли вообще) вы можете посоветовать для кросс-платформенной разработки, предпочтительно с использованием C++ или C# ? Также интересно узнать, насколько распространено в практике создание программы для одной платформы и затем её переписывание на другом фреймворке /языке для поддержки других устройств (например, с Windows на macOS с использованием Swift) ?

Answer 1

[Сергей Соловьев]

Windows Forms - это только Windows, т.к. он построен вокруг нативных системных вызовов Windows. Вообще-то я однажды писал Windows Forms для Linux, но там очень много было костылей и багов, поэтому - нет, не надо.

Что касается кросс-платформенной разработки на C#.
Если речь идет про разработку оконных приложений, то тут 2 варианта:
- Avalonia UI - это кросс-платформенный фреймворк, разрабатываемый сообществом (не майкрософтом), очень похож на WPF. Есть почти все платформы
- MAUI - это новый кросс-платформенный фреймворк, разрабатываемый майкрософтом. Он довольно новый, поддерживает множество платформ (по странице документации даже Linux (GTK#)). Но он довольно сырой и по отзывам очень много багов
- WebAssembly/Blazor - фреймворк для создания PWA, веб-приложений, но можно и для мобильных приложений

Comments

[Влад aka iamkisly]

Вот тут не согласен

Windows Forms - это только Windows, т.к. он построен вокруг нативных системных вызовов Windows. Вообще-то я однажды писал Windows Forms для Linux, но там очень много было костылей и багов, поэтому - нет, не надо.

Весь функционал winforms кросс-платформенный, то есть формы запускаются в nix как в netcore так и в mono, но ровно до тех пор пока вы не подключаете платформоспецифичные компоненты и плагины.. например от devexpress. Мое мнение, что winforms вполне себе заслуживает право на жизнь и кроссплатформенность, просто используйте для простых интерфейсов без претензий.

[Melz]

Windows Forms - очень хороший, стабильный и развивается. Низкий порог вхождения. Но только если не надо делать "красиво". А пользователи и бизнес хотят красиво. Если компы типа DevExpress то еще и быстро и красиво.
WP - лучше и в свое время очень инновативно. Если надо красиво и без платных компонентов. Но без них никак тк МС на него позабило и хочет чтобы все перешли на MAUI. Некоторые дизайнерские вещи очень просто на WPF и полная Ж на формах.

- Avalonia UI - с компонентами еще полная Ж. Визуально тоже. Надо кучу пилить напильником чтобы оно выглядело нормально. Если хотите без заморочек, надо брать XPF. https://avaloniaui.net/xpf Там в самом низу цены :)

- MAUI - ну хз :) Для десктопа пока еще не тянет как замена всему выше. В последний раз тестил 1.5 года назад. Лагает + проблема с доступом к классическим windows API.

Flutter - модно и популярно для мобайл. Знакомые делали. Не без проблем, но будут использовать дальше.

Но вообще если у вас что-то простое и среднее, то пишут на чем есть. Те если компания на .Net, то берут MAUI
Если сложное, то пилят под каждую платформу отдельно.

[Nicolas Mur]

Melz, win10tweaker написан на winforms. Поэтому красиво можно сделать) У автора на ютьюбе есть канал и в некоторых видео он объяснял как делать "красиво" на winforms.

Answer 2

[DevMan]

например тот же ксамарин.

а вообще практика обычна - ядро пилится на одном, гуишки на нативе под платформу.

Comments

[Константин]

ядро пилится на одном

а под "одним" вы что имеете ввиду, кроме С/C++? На чём делают основной функционал ещё, чтобы можно было интегрировать в java/kotlin и swift?

[DevMan]

Константин, много вариантов.
тут реально рулит под что и зачем, и как
онлайн - одно, офлайн - другое.

[Константин]

DevMan, кроссплатформенная разработка же, это же очевидно :)
Android, iOS, Windows, Linux, MacOS

онлайн - одно, офлайн - другое.

можете прокомментировать и описать каждый вариант, интересно

[DevMan]

Константин, например c#. или производные js.

Answer 3

[res2001]

Под плюсы довольно много кросс-платформенных библиотек для GUI, самая известная, видимо, Qt.
Сам язык и его стандартная библиотека вполне кросс-платформенны. Но в разных компиляторах и в разных реализациях стандартной библиотеки могут быть свои нюансы.

Answer 4

[Hemul GM]

Если есть возможность отойти от C#, то есть Delphi и FMX с кроссплатформенным фреймворком. Мощнее и удобнее WinForms и WPF. Этот фреймворк, кстати поддерживает и C++, если использовать CBuilder

https://www.embarcadero.com/ru/products/delphi/sta...

Comments

[Adamos]

Борланд - это для староверов, у новичков давно уже нет ни одной причины садиться к нему на цепь.

[Hemul GM]

Adamos, эту ерунду можете другим рассказывать. Если вас обидел Борланд, это ваши проблемы. Более того, уже тысячу лет, как Борланд не владеет Делфи и всей средой RAD Studio. А инструмент актуален, обновляется и развивается.

[Adamos]

Hemul GM, в плане вендор-лока оно осталось там же, где было при Борланде.

[Hemul GM]

Adamos, не стоит демонстрировать свою некомпетентность в этом вопросе

[Adamos]

Hemul GM, так продемонстрируйте компетентность - назовите ТС сумму, в которую ему обойдется собрать свою не-СПО программку под Линь.

[Hemul GM]

Adamos, перед этим, назовите сумму при сборке не СПО на Qt и Avalonia

[Adamos]

Hemul GM, лично я собираю не СПО на wxWidgets. Бесплатно.

[Hemul GM]

Adamos, ах ну да, wxWidgets - это ж не для староверов и крайне современно

[Adamos]

Hemul GM, в свое время оно унаследовало архитектуру от MFC и той же борландовской библиотеки.
А про современность - ультрасовременная фича: никакой вендор внезапно не объявит, что для РФ вот это все теперь не работает, и утритесь. Рекомендую.

[Hemul GM]

Adamos, гениальный аргумент. Не используем, потому что не в России и не опенсорс. Вопрос, вроде, стоял про "это для староверов". И вот wxWidgets - это как раз для староверов, которые ностальгируют по MFC. А RAD Studio и фреймворк FMX - это современное кроссплатформенное решение с отрисовкой на GPU, 3D, шейдерами и т.д.
С тем же удобным и простым подходом как VCL и возможностями стилизации как HTML+CSS. Рекомендую.

[Adamos]

Hemul GM, под староверами имелись в виду привыкшие к этому добру еще с борландовских времен.
Сейчас связываться с этим жестко залоченным на вендора решением - бесперспективно, какие бы плюшки он ни обещал. Я так считаю. Тем более, что перечисленные вами мне лично не требовались никогда.

[Hemul GM]

Adamos, я не привыкал к ним с Борландских времен, я начал работу уже на RAD Studio XE7 (2014го года). С тех времен я слежу за развитием и вижу огромные перспективы в этом. Это скорее вы привязались к Борланду и перестали актуализировать положение дел Delphi и RAD Studio в целом.

А аргумент в привязке к вендору абсурден. Qt, весь VS C# - это одни из популярных решений для создания софта, но что-то никто от них отказываться не хочет. RAD Studio в точно таком же положении, только RAD Studio прекрасно позволяет покупать софт из России напрямую, а не обходными путями. Сотрудничает с Россией и имеет Российское представительство, которое занимается налаживанием дистрибьюции, вебинарами, тех поддержкой и т.д.

[Adamos]

Hemul GM, прямо как Майкрософт Рус.

[Влад aka iamkisly]

Имхо, каждый кулик нахваливает свое болото) Hemul GM, я думаю вы не правы. Вы может пришли в нишу давно и не собираетесь из нее уходить, но рекомендовать рабочие, но бесперспективные среды и языки в 2024.. ну это такое. Как сказали выше уже сейчас вопрос упирается в стоимость найма, разработки и обучения, при прочих равных поиск и найм в delphi команду будет дорогим и долгим.. банально потому что специалистов мало и они как правило возрастные. Так еще к тому же kkoollaj потеряет время на изучение непопулярной среды и языка.. и потом придется переучиваться на что-то более востребованное.

[Hemul GM]

Влад aka iamkisly, где написано о перспективах языка и среды, которую я рекомендую? Язык не развивается? Или среда не развивается? Или может софт не пишут с использованием этого инструмента?

Каким образом появятся новые специалисты, если такие как вы постоянно пишут "не изучай, тебе такое не надо, я знаю!"? И даже не смотря на подобное, новички постоянно приходят и изучают инструмент. Мы им помогаем и они успешно решают свою задачу.

[Влад aka iamkisly]

Hemul GM, очень рад что вы болеете за свою команду) но надо смотреть правде в глаза. Отсутствие значительного развития в delphi это вещь очевидная. Пик популярности далеко позади, возможности языка по современным меркам скромные. . Рейтинг TIOBE показывает эпизодический рост, когда Embarcadero выкатывает новые фичи и поддержку новых платформ в RAD Studio, но в целом каких-то перспектив нет. Об этом не обязательно где-то читать, чтобы это понять. Все что его держит на плаву это огромное количество уже написанного корпоративного софта.. который вроде и деньги приносит, но не настолько чтобы переписать его на что-то более свежее. Он в своей нише.. а она будет только сокращаться. Потому что вопрос найма и поддержки delphi решений будут решать не в пользу delphi. Я не говорю что он завтра точно умрет, Embarcadero будет тянуть его из всех сил, но.. ровно до тех пор пока поддержка и лицензии приносят им деньги.

Каким образом появятся новые специалисты, если такие как вы постоянно пишут "не изучай, тебе такое не надо, я знаю!"?

А никаким. Никто не должен учить delphi только за то что он есть. На текущий момент delphi это среда в себе.. замкнутая экосистема, переход из которой более затруднителен, чем, к примеру, попытка пересесть с одного си-подобного языка на другой. И востребованность на рынке у delphi весьма скромная. Плюс никакой "интересный" современный проект на delphi делаться не будет.. в ачивку потом себе его не запишешь. В совокупности с постоянно сокращающимся комьюнити, это должно только отпугивать. Сейчас куда более перспективно учить какой-нибудь попсовый python потому что и по скорости обучения он уделывает, и там можно потом и в администрирование, и в интеграцию и в прочие бигдата.

[Hemul GM]

Влад aka iamkisly, какой же бред.

Отсутствие значительного развития в delphi это вещь очевидная.

Да-ну?

возможности языка по современным меркам скромные

Серьезно? А аргументы будут? Ну, т.е. что-то более связанное чем "это ж очевидно, это все знают".

Хоть что-нибудь по-существу будет? Группы по делфи постоянно пополняются, а у него "комьюнити постоянно падает".
Из проектов "старый легаси", а фичи постоянно добавляют, которые даже НЕ СОВМЕСТИМЫ С ЛЕГАСИ.

И какая у делфи сейчас ниша? Когда это полностью кроссплатформенный язык, который позволяет один и тот же проект собрать и под Винду и под Линукс и под иос.

переход из которой более затруднителен, чем, к примеру, попытка пересесть с одного си-подобного языка на другой

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

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

Прям вижу и чую компетентность вас в этом вопросе. Да современных решений на Делфи полно. Даже Сбер недавно выпустил клиент для внешнего пользования на Делфи + FMX.
https://www.sberbank.ru/ru/legal/new/sbrfbusiness

Ужас какой. И это в 2024 году.

[Влад aka iamkisly]

Серьезно? А аргументы будут?

У вас тоже аргументы уровня "сам дурак". Так что естественно это бред спорить с фанбоем делфи, спич про огромныные возможности это подтверждает.

[Hemul GM]

Влад aka iamkisly, т.е. я должен аргументировать ваш неаргументированный бред? Это ведь вы здесь сейчас пытаетесь показать, что Делфи "не развивается" и что он "мало что позволяет в современном мире". Ну так подкрепите свои обвинения. Из всех ваших сообщений нельзя получить ни одного подтвержденного аргумента. Да, популярность не большая, и да из этого вытекает кол-во вакансий. Но остальное-то где? Где причины НЕ использовать Делфи, кроме того, что "вон питон популярнее"?

У вас тоже аргументы уровня "сам дурак".

Вот это да. Т.е. когда я просто напросто показываю, что ваше утверждение просто логически не верно:

Embarcadero выкатывает новые фичи

Все что его держит на плаву это огромное количество уже написанного корпоративного софта

Потому что новые ФИЧИ не совместимы со старым исходным кодом. Новые версии IDE не совместимы со старыми проектами. Старые проекты НЕЛЬЗЯ собрать на платформах отличных от винды. Это и есть "сам дурак"?

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

И что же вы пропустили мимо ушей ссылку на современный софт на Делфи от крупной компании? А я знаю ответ, это ведь наверно "не аргумент", хотя одной этой ссылкой можно всю вашу риторику поломать.

Так что естественно это бред спорить с фанбоем делфи

Ахаха. Ну да, спорить с человеком, который компетентнее в вопросе у вас не получается

[Hemul GM]

Влад aka iamkisly, давай так. Чего по-твоему нет в Делфи для решения современных задач? Вот просто пункты. А я отвечу, есть это или нет, раз ты, очевидно, просто напросто не знаешь

Answer 5

[mayton2019]

Сам UI не делал. Но слышал мнение от опытных UI-щиков что кросс-платформенная разработка
на практике проваливается. В мелочах. Где-то какие-то фичи кросс-платформ не может одинаково воспроизвести.

Обычно конторы побогаче для разработки своего мобильного приложения под Android / iOS нанимают 2
команды и каждая делает UI на нативных фреймворках. Конторы победнее - страдают от нехватки фич.