Компания Apple объявила об открытии исходного кода сборочной системы Swift Build, применявшейся в проприетарных интегрированных средах разработки Xcode и Swift Playground. Система оптимизирована для сборки проектов на языке Swift, но может применяться и с другими языками. Для пакетного менеджера Swift Package Manager подготовлен экспериментальный модуль ("--build-system swiftbuild"), позволяющий использовать Swift Build для сборки пакетов. Код Swift Build написан на языке Swift и открыт под лицензией Apache 2.0. Поддерживается сборка проектов для Linux, macOS, iOS, Android, QNX и Windows...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62661
Вот кто настоящий друг опенсорса так это эпл. Они не орут на каждом шагу какие они друзья, а просто делают.
Ни разу не друзья, но и не враги. Вся их деструктивная деятельность направлена исключительно а адрес адептов их секты и почти никогда не выливается за пределы, чего не скажешь про Google или IBM - вот самые страшные враги рода людского, в компьютерном поле, разумеется.
> Ни разу не друзья, но и не враги. Вся их деструктивная деятельность
> направлена исключительно а адрес адептов их секты и почти никогда не
> выливается за пределы, чего не скажешь про Google или IBM -
> вот самые страшные враги рода людского, в компьютерном поле, разумеется.Как ты посмел клеветать на межделмаш?!
Если бы не они у тебя вообще не было бы ПиСи.
Ну не появился бы PC, в своё время, появились бы другие ПК. Например, на проце 68000. Кстати, та же Sinclair Research готовила к выпуску модель Синклера на нём.
Забавный язычёк. Жаль что прибит к яблочкной инфраструктуре на порядке крепче чем C# к Windows
https://www.swift.org/platform-support/
Бесполезно. В каждой новости про Свифт приходят ламеры с загоном про яблочную инфраструктуру. Они необучаемы.
Но сколько-нибудь более-менее известных приложений на свифте за пределами мака ты не назовешь. И да, свифт медленнее даже JS, это очень странный и плохой ЯП.
Из этого не следует, что Swift прибит гвоздями к Маку сильнее, чем C# к Windows. Последнее, кстати, еще более бредовое заявление, чем первое.
Конкретно из этого не следует, но в общем - так и есть. Сам по себе ЯП без графики и модулей практически бесполезен.
Графика у яблока, разумеется, огороженная.
Модули - как повезет, но обычно тоже специфические.У шарпа, насколько помню, был хотя бы моно
>> Сам по себе ЯП без графики и модулей практически бесполезен.Лолшто? Он не менее полезен, чем любой другой general purpose язык программирования, в нем нет ничего, хотя бы отдаленно делающего его «языком для гуя». Ты хочешь сказать, что за пределами платформы Эппл все языки программирования практически бесполезны, ведь там нет Apple-only библиотек? Ни один серьезный язык программирования не имеет в себе «вшитый гуй», это удел игрушечных языков для детей и скриптовых языков для разработки плагинов. Swift здесь не исключение и не содержит никакого «вшитого» гуя, а использует то, что доступно на конкретной платформе, без каких-либо проблем (ссылки тут были ниже). Это уже не говоря о том, что важность нативного гуя сегодня - ниже плинтуса. Но если надо - никаких проблем.
>> у шарпа, насколько помню, был хотя бы моно
И в твоём мире основная функция моно была запуск корявых виндовых WinForms? Потому что для тебя ЯП бесполезен, если не нем нельзя писать гуй, используя библиотеку из совершенно другой платформы?
> Сам по себе ЯП без графики и модулей практически бесполезен.Нет конечно! Вы пишите ядро на кроссплатформе, а графику - в зависимости от задачи.
Можно и кроссплатформу взять, а можно и нативщину, если заказчик оплачивает.
Можно. А зачем, если оно уже есть, но, с другой стороны, есть какой-то ЯП , сторонний, без кучи наработок и графики, на котором почти ничего нет, но, при большом желании, на энных платформах, можно что-то да слепить... без графики и с урезанным функционалом и далеко не на всех платформах и штука не оч популярная...
Ну в общем, есть подозрение, как, куда и на что пошлют при разработке конкретного продукта с подобным предложением
Ты мало того что не компетентен в вопросе, так ещё и путаешь свифт и свифт-юи.
Обожаю экспертность комментаторов опеннета. На, просвещайся https://opennet.ru/opennews/art.shtml?num=51475
> Обожаю экспертность комментаторов опеннета. На, просвещайся https://opennet.ru/opennews/art.shtml?num=51475
> Экспертность trademarkПри написании кода основное внимание уделялось достижению максимально возможной производительности с учётом особенностей каждого языка.
> Экспертность trademark 2Реализация на Python была использована для оценки скорости работы интерпретаторов без JIT и без специфичных оптимизаций
Крутые исследования, мы использовали максимально механизмы языка, но для питона мы сделаем исключение, чтобы питон не дай бог джаву не обогнал.
> достижению максимально возможной производительности ... Реализация на PythonПрикол такой? Шутка удалась.
> C# к Windowsc# сейчас максимально абсолютно кросс-платформенный. Его в основном в докере гоняют
Под Wine не гоняют?
> Под Wine не гоняют?ты из 2010 года?
>> Под Wine не гоняют?
> ты из 2010 года?А чо, в 2010м в нем графические C# приложухи запускались? Где б машину времени арендовать, чтоб хоть одним глазком глянуть как оно там, в золотом веке...
У анона выше бардак в голове, Wine тут вообще не при чем. Он, видимо, слышал звон, что «так запускают винду на Линуксе», поэтому и перепутал Wine с Mono. Mono уже имела preview поддержку WinForms начиная с первых версий.
я разрабатывал на нем несколько лет назад и тогда весь код создания Ui был привязан к ObjC бекенду и маковской инфраструктуре. Ситуация с тех пор изменилась?
https://swift.org/blog/adwaita-swift/>Writing GNOME Apps with Swift
>...
> You can write apps that run on Linux, macOS and Windows with a single codebase.
Правда та-а-а-ако-о-о-ое *** получается :)
Плавали - знаем! :)
> Правда та-а-а-ако-о-о-ое *** получается :)
> Плавали - знаем! :)дык это... может не свифт виноват?
Бесполезно. В каждой новости про Свифт приходят фанатики и говорят о кроссплтаформенности при этом забывая что SwiftUI прибит гвоздями к эпплу. А swift без гуя бесполезен. Они необучаемы.
>А swift без гуя бесполезенБугага. А еще C# без гуя бесполезен, да? Эти 2 глупости, как мантры, повторяют кучка сектантов в попытке удержать рвущийся шаблон и доказать себе, что дотнет прибит гвоздями к винде, и свифт аналогично. И если всякие предатели начнут тыкать тебя носом в бэкэнд на C#, работающий на Линуксе, ты им такой - да кому нужен бэкэнд? ГУЙ ГДЕ???7 Что может быть важнее нативного гуя в 2025 году?
Я прекрасно напишу бекенд на Java зачем мне дотнет тут вообще ?
>> Я прекрасно напишу бекенд на Java зачем мне дотнет тут вообще ?Какое отношение "C# vs Java" имеет к теме важности поддержки нативного маковского гуя без мака, в которой ты написал это сообщение?
Это вы принесли сюда дотнет в тему про swift а не я, болезный. Или вы с зеркалом разговариваете ?
>> Это вы принесли сюда дотнет в тему про swift а не я, болезный. Или вы с зеркалом разговариваете ?У вас, я вижу, контекстное окно еще меньше, чем у самых простеньких LLM. Даже тот комментарий, на который вы непосредственно отвечаете, вам вновинку.
Делаю ревью, специально для вас: сообщение, с которого началась эта ветка, содержит совершенно некорректный тезис о том, что якобы swift прибит к платформе Эппл даже сильнее, чем C# к винде. Это момент, когда в теме появился С#, задолго до моего комментария. Далее дискуссия развивается в виде попыток объяснить группе малограмотных пользователей факт абсурдности этого заявления. Объективная реальность такова, что как Swift уже не прибит гвоздями к Apple, так и C# не прибит гвоздями к винде. У последнего, конечно, примеров использования гораздо больше, поэтому и были упомянуты бэкэнды, работащие в Линукс и написанные на C#. И тут врываетесь ВЫ и сообщаете миру, что вы могёте писать бэкэнды на Java, и никакой дотнет вам не нужен. И, что?.. Вы как-то опровергли факт того, что Дотнет не прибит гвозями к винде? Или вы опровергли факт того, что Свифт больше не прибит гвоздями к Apple?
Вся тема идет только лишь о том что SwiftUI не существует вне эппла. Что вы пытаетесь доказать ? Зачем вы говорите о СОВЕРШЕННО другом, какие-то бекенды. Постоянно суете ваш любимый дотнет в тему про свифт.
Ээээ... а swift != swiftui, и ЧО?! В стандартной библиотеке python вот msvcrt и winreg есть - "он не кроссплатформенный, а-за-за!!!111", так что ли?
> и ЧО?!Детский контрольный вопрос:
Какие сколько-нибудь значимые программы под линукс написанны на Swift?... то-то!
Даже на (прости Терафлопс!) Rust-e и то - кое-чего уже написали, не такое что без этого - никуда, но хоть что-то всё же есть! В отличии ... ;-p
>> и ЧО?!
> Детский контрольный вопрос:
> Какие сколько-нибудь значимые программы под линукс написанны на Swift?Не-не, это уже переобувание в прыжке - дальше побежим про "значимость" бодаться - а оно мне надо? Оно мне не надо... Исходный тезис про "НЕ кроссплатформенность свифта, по причине наличия свифт-юи" опровергнут? Опровергнут. Дальше без меня.
> ... то-то!
> Даже на (прости Терафлопс!) Rust-e и то - кое-чего уже написали, не
> такое что без этого - никуда, но хоть что-то всё же
> есть! В отличии ... ;-phttps://www.opennet.dev/opennews/art.shtml?num=61685
Ну, можете вот этому вот товарищу по-объяснять в чем и насколько он не прав...
>> SwiftUI прибит гвоздями к эпплуКакая же каша у людей в голове... SwiftUI - это фреймворк от Эппла для своих платформ. Его отсутствие на не-Эппл платформах НИКАК не характеризует язык программирования, на котором этот фреймворк написан. Возьми для примера DirectX и примени эту же "логику", что получится? "DirectX прибит гвоздями к винде, поэтому С++ за пределами винды бесполезен".
Нет никаких проблем использовать swift для разработки гуя, как нативного, так и кросс-платформенного:
https://www.youtube.com/watch?v=hbo98xNLzog
Менее чем за 2 часа нативный виндовый news readerhttps://github.com/stackotter/swift-cross-ui
Кросс-платформенный фреймворк, с поддержкой как нативных бэкэндов для мака и винды, так и GTK.
Это у вас каша. Если не использовать SwiftUI то и сам swift зачем вообще для гуя использовать ? Есть прекрасный Qt тогда уж. Что за мания гланды выдирать через другое отверстие за то на любимом языке.
а если в языке нет встроенной рисовалки гуев, то язык вообше ненужен?
интересно, как тогда питон на первых местах всяческих рейтингов держится .. ах, да, биндинги.
которые есть для всех популярных гуи-фреймворков и почти под все языки, включая свифт и с#.
> Это у вас каша. Если не использовать SwiftUI то и сам swift
> зачем вообще для гуя использовать ? Есть прекрасный Qt тогда уж.
> Что за мания гланды выдирать через другое отверстие за то на
> любимом языке.Зачем тебе свифтюи, если есть джаваскрипт, на котором можно гуй нарисовать какой хочешь, а свифт в бекенд отправить.
Зачем swift на бекенде если есть Java ?
> Зачем swift на бекенде если есть Java ?Мне что изучать 20 лет существования джава копролитов, для того чтобы написать бекенд на языке которого я не знаю, вместо свифта который я знаю. Где логика? Джависты чёт в сишников превращатся начали. Зачем я буду покупать и варить пельмени, если у меня есть джава монолит, который можно посасывать время от времени.
Так вы фанатик, так бы и писали, что не желаете ничего слышать кроме свифта. Разумеется вы будете его защищать, так как больше ни во что не умеете.
>> Так вы фанатик, так бы и писали, что не желаете ничего слышать кроме свифта. Разумеется вы будете его защищать, так как больше ни во что не умеете.А вас нельзя в таком случае назвать фанатиком Java после фразы "Зачем swift на бекенде если есть Java ?"?
Я беру язык под задачу, а не пытаюсь натянуть сову на глобус.
> Я беру язык под задачу, а не пытаюсь натянуть сову на глобус.Ну я тоже, свифт язык общего назначения если ты не знала, если ты забыла.
>>> Так вы фанатик, так бы и писали, что не желаете ничего слышать кроме свифта. Разумеется вы будете его защищать, так как больше ни во что не умеете.
> А вас нельзя в таком случае назвать фанатиком Java после фразы "Зачем
> swift на бекенде если есть Java ?"?Это другое! Пониимать надо. Свифт, питон, джаваскрипт, там дотнет, го, руби это фанатики. А воооооооот С++, С, Джава это здравый выбор, потому что так написано в библии в новом завете.
А вам хочется видеть "глотающих" методички?
Покажите для начала хоть какой-то софт под nix на сабже.
Да-да. А один из двух способо запустить компилятор на линуксе это ЗаПуСк В ДоКеРе. Норм да? Это современный подход такой?
А при выполнении команды "swiftc -static-executable main.swift" наружу всё ещё вываливаются непонятные warning clang-15 "argument unused during compilation '-pie'"? Это тоже видимо какой-то инновационный подход, разработанный в компании эпл.
>> Да-да. А один из двух способо запустить компилятор на линуксе это ЗаПуСк В ДоКеРе. Норм да? Это современный подход такой?Норм, да, это современный подход. Если ты уже вылез из криокамеры и освоил «Интернет», то ты обнаружишь докер образы для Python, OpenJDK, dotnet и других. Это не вместо традиционной установки, а вдобавок, там где это удобно. В большинстве случаев это даже не использование в качестве локального инструмента, а как база для своих образов докера. Но ты хотел преподнести это как недостаток, отсюда жалкая и неуклюжая фраза «один из двух способов запустить компилятор» и нелепое использование шифта, чтобы изобразить кривляние.
> Норм, да, это современный подход. Если ты уже вылез из криокамеры и освоил «Интернет», то ты обнаружишь докер образы для Python, OpenJDK, dotnet и других. Это не вместо традиционной установки, а вдобавок, там где это удобно.В исключительных случаях, когда совсем не обойтись люди могут это использовать. Обычно же при упоминании докер просто забывают о существовании.
Если хочешь получить пользовательскую базу - то это вообще не вариант.
> Норм да? Это современный подход такой?Да, это норм для такого убогого способа дистрибьюции софта как в лине.
Для вас норма, что что вам навалят в репу мейнтейнеры, то вы годами и жрете.
А для всех остальных это дикость и они не хотят прдлиться с линем, его мейнтейнерами и наркоманскими зависимостями (мы же не забыли де'генератов из деба, которые переименовывают либы и пакеты?). Поэтому есть докер где все просто работает.> А при выполнении команды "swiftc -static-executable main.swift"
Вначале проверь руки на кривизну. При превышении рекомендуем выпрямить.
> clang-15Где ты раскопал это старье? Закапывай назад.
Актуальный шланг - Clang 19.1
> Да, это норм для такого убогого способа дистрибьюции софта как в лине.Как и в других ОС, в Linux есть несколько способов дистрибуции, поэтому об убогости какого-то только Вам известного способа говорить некорректно.
Например, с помощью InstallJammer собираю дистрибутив для Linux. Приложение устанавливается из графического интерфейса так, как привыкли видеть пользователи Windows. Показывается лицензия, необходимые файлы разбрасываются по нужным папкам, приложение появляется в меню, создается иконка на рабочем столе. При необходимости удаляется чисто также из графического интерфейса.
Словом, зависит от разработчика.
Если нужна кроссплатформенность, можно делать приложения на С++ для GCC, которые реализованы на всех платформах, в том числе на macOS.
Не так. Если нужна кроссплатформенность можно взять вообще любой ЯП кроме Swift и C#.
на какой платформе не работает c#?
На Z/390 (но это не точно)Что за глупость привязывать *компилируемый* язык к платформе ? На какую платформу есть компилятор на такой и работает.
> На Z/390 (но это не точно)
> Что за глупость привязывать *компилируемый* язык к платформе ? На какую платформу
> есть компилятор на такой и работает.Я не знаю, при любом упоминании c# выскакивает какой-то хейтерок и пишет почему-то, что c# только для винды
Ну а для Linux он часто используется?
Да, даже у Java немного Энтерпрайза откушал уже.
> Ну а для Linux он часто используется?Чел на Amazon Web Services dotnet второй по популярности язык, на котором микропенисы пишут. На Azure так же примерно.
dotnet сейчас в основном в линуксе крутится
На какой другой платформе кроме винды работает WPF ?
> На какой другой платформе кроме винды работает WPF ?WPF это Windows Presentation Foundation, он с помощью DirectX ускоряет отрисовку.
Для кросс-платформенной разработки есть Avalonia, которая полностью нативно рисуется на mac, windows, linux, android
Ну так о том и речь, что прибито гвоздями к DirectX зачем вы врете о кроссплатформенности.
>> Ну так о том и речь, что прибито гвоздями к DirectX зачем вы врете о кроссплатформенности.Приложите ссылку на комментарий, где утверждалось о кросс-платформенности WPF.
Минуточку, WPF часть языка. Вы только что подтвердили что оно не кроссплатформенно, при этом вы же парировали что дотнет кроссплаформенен. У вас шизофрения ?
> Минуточку, WPF часть языка.WPF часть языка? А почему можно WPF писать на F#?
>> Минуточку, WPF часть языка.После этой фразы продолжение ваших бредней можно не читать. Была бы у вас хотя бы крупица знаний и понимания, можно было бы ответить подробнее, но увы. WPF это никакая не часть никакого языка, нет никаких проблем писать WPF-приложения хоть на Visual Basic, хоть на F#.
Да неужели ?
https://learn.microsoft.com/en-us/dotnet/desktop/wpf/overvie...>WPF exists as a subset of .NET types that are, mostly located in the System.Windows namespace
>Да неужели ?
>https://learn.microsoft.com/en-us/dotnet/desktop/wpf/overvie...
>WPF exists as a subset of .NET types that are, mostly located in the System.Windows namespaceЧто из этого вам привиделось как "WPF - это часть языка"?
Вам же предложили уже умственный эксперимент, подумать на тему - как же возможно, что WPF-программы можно писать на разных языках - VB, C#, F#. Может все же это не часть языка, а сущность другого порядка?
> Ну так о том и речь, что прибито гвоздями к DirectX зачем
> вы врете о кроссплатформенности.Ты странный, тебе же пишут WINDOWS Presentation Foundation.
https://avaloniaui.net/ - кроссплатформенный
https://dotnet.microsoft.com/en-us/apps/maui - кроссплатформенный
WPF, WinForms - не кроссплатформенный
теперь нужно, чтобы кто-нибудь сделал бесплатный IDE под винду для разработки софта для айфона...
VS Code + C# plugin + MAUI.NET - и пиши на айфон и андроид одновременно.
> VSCodeна этом этапе уже фатальная ошибка
уж лучше виндовый блокнот, чем это. жрет меньше, а функциональность та же
>> VSCode
> на этом этапе уже фатальная ошибка
> уж лучше виндовый блокнот, чем это. жрет меньше, а функциональность та жеМда... или у тебя блокнот стал IDE или ты VSCode знаешь только по рассказам прдоликов с форумов.
У меня сейчас VSCode кушает 500мб. А Хкод 1,5 гига.
Так что с учетом его возможностей вполне норм.
На рабочей машине будет минимум 16 гектаров оперативки, а скорее 32.
Delphi удобней, хотя С# и Delphi создал один и тоже человек - Андерс Хейлсберг
C# он не создавал, он потом присоединился. Это видно по языку, когда появились Windows Forms 2 (вот эти всякие Items.Add). Потом оно кажется благополучно ушло в deprecated (не следил уже за .net, но понял, что продвигали ему замену).
везде на Википедиях написано шо это он разработал
Зачем, если для разработки под ифраструктуру Apple всё равно требуется mac?
Ну давай в сотый раз поиграем в эту игру, ага. Свифт это опенсорсный язык с поддержкой мультиплатформ. Давай, начинай про кровавую руку Эпла и заточки про платформу, пруфов которым у тебя нет.
Но у тебя противоположных пруфов тоже нет.
https://www.swift.org/platform-support/
Тут тебе и винда и линукс.
Так что жду от тебя извинений за дезинформацию.
>> если для разработки под ифраструктуру Apple всё равно требуется mac?
> https://www.swift.org/platform-support/
Platform running development tools Deployable targets
macOS Apple platforms
Ubuntu Ubuntu
Debian Debian
Fedora Fedora
Amazon Linux Amazon Linux
Red Hat Universal Base Image Red Hat Universal Base Image
Windows Windows
> Тут тебе и винда и линукс.Дорогой ябблофанат, теперь прочитай изначальное высказывание и _внимательно_ посмотри в приведенную тобою же табличку. Ты только что сам его (изн. высказывание) подтвердил, а не опроверг.
> https://www.swift.org/platform-support/
> Тут тебе и винда и линукс.
> Так что жду от тебя извинений за дезинформацию.Как собрать приложение под айфон на линуксе?
Работает ли SWIFT в России?
> Как собрать приложение под айфон на линуксе?Никак. Но это проблема не свифта.
Вы ни на каком языке не соберете приложение под айфон не на маке.> Работает ли SWIFT в России?
Swift - да.
SWIFT - пока да.
И много на этом опенсорсном языке с поддержкой мультиплатформ написано софта, работающего за пределами яблочного железа? То-то же.Без занесения нескольких тонн зелени стрёмным типам из Купертино путь в разработку под Apple закрыт.
это как сишарп - кроссплатформенный язык, лол
Вот, только сишарп реально кросс-платформенный.тебе не надоело глупости писать? Почему ты хейтишь бездоказательно?
не надоело. второй вопрос некорректный, аксиомы не нужно доказывать, сиди себе под виндой и пиши на юнити
> сиди себе под виндой и пиши на юнитисижу на федоре, пишу под докер
Сижу на Маке, пишу под ГНУ/Линукс (Убунту), дотнет собирает и запускает и тут и там.
> Сижу на Маке, пишу под ГНУ/Линукс (Убунту), дотнет собирает и запускает и
> тут и там.запускаешь в облаках? Сколько имидж весит?
Просто сервер в нашей сети, без хипстерства с кубернетами. А сам проект - .NET MVC сайт, мы там публикуем релизы для пользователей, документация там же, всякое API и т.д. В собранном виде для деплоя - 72 мегабайта, но не знаю, что эта цифра кому скажет.
> без хипстерства с кубернетамивопрос снят
> Свифт это опенсорсный язык с поддержкой мультиплатформ.Странное у Вас понятие "мультиплатформенности". А где BSD и Haiku?
Upd. Когда реализуете BSD и Haiku, я ещё Вам пару подкину. Ахиллес никогда не догонит черепаху. Swift и C# никогда не будут "мультиплатформенными".
> C# никогда не будут "мультиплатформенными".Под какую "платформу" c# не компилируется?
Вот на FreeBSD: https://wiki.freebsd.org/.NET
Вот на хайку: https://www.haiku-os.org/blog/trungnt2910/2023-08-20_gsoc_20.../
Это у вас странное определение мультиплатформенности. Мульти - это значит «несколько», а не «все». Так что и Swift и C# прекрасно под него подходят - они поддерживают платформы с абсолютным большинством пользователей. Что, кстати, не мешает своими усилиями портировать их и на менее популярные платформы, если есть желание. Так, например, в портах FreeBSD лежит актуальная нативная версия дотнета, так что обновите уже методичку, не позорьтесь. То же самое могут сделать и Haiku, никто им ничего не должен и за них это делать не будет. По крайней мере пока ей пользуется 10 человек.
> Мульти - это значит «несколько», а не «все». Так что и Swift и C# прекрасно под него подходят - они поддерживают платформыУпражнение в стиле отечественного реестра ПО. Под Wine запускается (!= работает)? Ура, кроссплатформенное.
> актуальная нативная версия дотнетаOMG!
> Так что и Swift и C# прекрасно под него подходятПочему вы c# и Swift смешиваете?
Дотнет открытый, компилируется на всех используемых ОС, у него масса кросс-платформенных средств разработки.
Свифт только в теории кросс-платформенен,для него мак нужен и x-code, чтобы разрабатывать потому что кроме IPhone он не востребован.
>>Почему вы c# и Swift смешиваете?Что значит "смешиваете"? Упомянуть в одном предложении через союз "и", без вашего на то благославления?
>>Свифт только в теории кросс-платформенен,для него мак нужен и x-code, чтобы разрабатывать
Какой же бред. Мак нужен, если ты собираешься опубликовать свое приложение в сторе, и это не умеет никакого отношения к Swift - ваш любимый c# здесь в точно таком же положении. Это про требования платформы, а не качества языка.
> ваш любимый c# здесь в точно таком же положении.Но на дотнете пишут кроссплатформенные приложения, а Swift это только UI разработка на айфоне и mac. На дотнете пишут сервера, а свифт это только UI разработка на айфоне и mac. Дотнет редактируется с кучи редакторов, включая Rider а SWift - только из XCode
>> а Swift это только UI разработка на айфоне и macПруфы будут или только отсебятина? Где перечисление качеств языка, результатом которых якобы является ваше заявление? Я вижу современный фичастый компилируемый язык, доступный под основные дистрибутивы Линукса и Винду, а не только на айфоне и маке. Его разработали люди с очень крутым послужным списком и развитие его активно продолжается.
C# на данный момент 25 лет, и в линуксовых контейнерах он живет малую часть этого срока. Довольно долго это было Windows-only решение, применяемое в основном для формошлепства - сначала в WinForms, потом в WPF. Еще немного для корпоративного сайтостроения, но в интернете доля его была минимальна. Где-то там в маргинальной области копошилось Mono.
Swift всего 10 лет, и с технической точки зрения он уже находится там же, где 25 летний C#. Прошло всего несколько лет, как его стали позиционировать как универсальный кросс-плафторменный язык, и естественно, что на данный момент основная масса его пользователей - это Apple-разработчики. Динамика тут совершенно понятна, и Swift потребуется гораздо меньше времени, чем C#, чтобы стать тем, чем фанбои вроде вас почему-то боятся его видеть.>>Дотнет редактируется с кучи редакторов, включая Rider а SWift - только из XCode
Swift точно так же редактируется из кучи редакторов, а не только XCode. В переводе с фанбойского вы написали, что для Swift JetBrains не выкатила очередное своё поделие. Невелика потеря, VS Code прекрасно справляется.
>Его разработали люди с очень крутым послужным списком и развитие его активно продолжается.Чего? Это буквально надстройка над objective-c, ужасная по своему дизайну
> Swift всего 10 лет, и с технической точки зрения он уже находится там же, где 25 летний C#.
На нём ничего кроме айфон-интерфейсов не пишут.
> Прошло всего несколько лет, как его стали позиционировать как универсальный кросс-плафторменный язык, и естественно
он так на айфоне и останется
> Swift точно так же редактируется из кучи редакторов, а не только XCode
Чел, я пробовал на свифт в отрыве от ЭКОСИСЕТМЫ ЭППЛ писать. Вот прямо без вариантов, я ни в коем случае этого делать не буду больше, а мобильное приложение лучше на гибриде напишу
>> Чего? Это буквально надстройка над objective-c, ужасная по своему дизайнуВсе ясно, ты просто балабол. Дальше можно не читать.
> Чего? Это буквально надстройка над objective-c, ужасная по своему дизайнуИлья, а может хватит повторять этот бред?
Вы приходите в темы про свифт и начинаете рассказывать что это
"замаскированный objectivec" (opennet.ru/openforum/vsluhforumID3/134468.html#53)
"ворох костылей поверх objectivec" (opennet.ru/openforum/vsluhforumID3/134468.html#54)Причем вам уже кидали ссылку на репу свифта github.com/swiftlang/swift и просили показать весь этот objectivec. Но вы просто слились.
> Чел, я пробовал на свифт в отрыве от ЭКОСИСЕТМЫ ЭППЛ писать.
Чел, НУ ВОТ НЕ ВЕРЮ!
Ни один разраб в здравом уме и твёрдой памяти не напишет такое!
Свифт и обж си это РАЗНЫЕ языки, с разными подходами, достоинствами и недостатками.
Я лет пять писал на обж си и застал переход на свифт начиная со свифт2. Потому что пишем мы кроссплафторму для винды. До сих пор у нас осталось еще легаси на обжси на маке, которое пока не переписали.Я же вас запомнил... Просто подумал "ну может тогда чел просто был не в курсе, а сейчас поумнел". Но нет, опять с этой дичью! Максимум могли попытаться на написать хеллоуврот лине и не осилили!
И не тряситесь так по поводу свифта)) Никто работку не отбирает. На шишишарпе столько омнокода за последние 10 лет написали, что еще на полжизни хватит. А потому уже и пенсия настанет.
Он обыкновенный балабол, который думал, что все тут такие и можно попытаться выдумать все от начала и до конца, и прокатит. Не прокатило.
После бреда про "надстройку над Objective C" совершенно понятно, что вся его писанина - не более чем жалкая попытка импровизации с нулевыми знаниями по теме.
> Свифт только в теории кросс-платформенен,для него мак нужен и x-code,
> чтобы разрабатывать потому что кроме IPhone он не востребован.Эм... вообще-то нет.
Разрабатывать, компилять и т.д. можно что на линуксе, что на винде.
Мак и xcode нужен только для билда для iphone/mac.Более того, свифт платформенен не только в теории, но и на практике.
У них в блоге, уже не помню кто, приводил свой пример кроссплатформы mac/ios/win/android на свифте.> кроме IPhone он не востребован
Скорее так - разработчиков, знающих swift, почти нет за пределами apple экосистемы.
Но тем, кто хочет из своего mac only приложения получить кроссплатформу, он очень даже полезен.
> Ну давай в сотый раз поиграем в эту игру, ага. Свифт это опенсорсный язык с поддержкой мультиплатформНо для сборки приложения под мак или под айфон нужен именно физический МАК. Иначе приложения не компилируются.
Для чего-то кроме ios/mac приложение свифт не используется.
Даже если взять c# - для разработки на айос всё равно потребуется мак.
Хоть ты разбейся
> Для чего-то кроме ios/mac приложение свифт не используется.Вот пока не используется. И эпл хочет это исправить.
Напр. они много что открыли в swift 6.Сейчас по факту есть два Foundation - закрытый для мака/ios и открытый для всего остального. Но они местами работают чуток по разному + в открытый еще не перенесли все модули. И вот сейчас они переводят Foundation в опенсорс - дописывают недостающее и так далее.
Поэтому можно только пожелать им удачи. Еще один свободный язык со свободным компилятором и приятным современным синтаксом никому лишним не будет.
> Хоть ты разбейся
Даже если взять хамарин (он еще жив?), Compose, Flutter, React... все равно понадобится мак)))
> Даже если взять хамарин (он еще жив?)https://learn.microsoft.com/ru-ru/dotnet/maui/migration/?vie...
переименовали его, он более менее хороший
> Вот пока не используется. И эпл хочет это исправить.
думаю, поздновато. И есть ли Intellij для свифта? В чём его программировать?
> переименовали его, он более менее хорошийСпасибо, не знал.
> думаю, поздновато.
Кто знает, кто знает.
Когда гугл сделал Го, все тоже недоумевали "зачем???"
А вот как оно повернулось.> И есть ли Intellij для свифта? В чём его программировать?
На маке очевидно что в xcode))
Так был AppCode, но его вроде уже свернули. Для других их ide есть "Swift Support Plugin", но платный - за целый бакс в месяц. С другой стороны лицухи тоже не бесплатные, так что вряд ли это будет проблема для потенциальных пользователей.Отличный вариант - Visual Studio Code, поставил нужные плагины и готово.
Варианты на любителя - плагины для вима и емакса.
А ещё можно прикрутить Swift ко многим редакторам и IDE по протоколу LSP.
ещё где-то с 2012 года начиная c Delphi XE2 можно собирать приложения под айфоны из под Windus
github shepherdjerred/macos-cross-compiler
Это то, что вам нужно? Я уже проверял и компилировал для x86-64 и AARCH64 на хост машине под управлением Debian
Спачибо за наводку, добрый человек! :)
Не за что!
Можно macOS в виртуалке запустить.
Толку мало, лагает все, ускорения то не будет.
Если просто запустить, то и на 8ми битном AVR Linux запускали, в эмуляторе risk-v, скорость еще ниже чем Вы подумали.
Она и на реальном маковском железе лагает, а виртуалке наверное вообще слайдшоу будет. Да и шаманство это всё, может заработать, может и нет.
Да нет, работает. Обратите внимание, оно часто любит обновления ставить. Но очень своеобразно. Гигабайт 15 ОС. Также, если установлен, Xcode гигабайт 5 (Xcode привязан к версии ОС). На хорошей сети это примерно час агонии.
В какой ос и на каком хосте?
если что - я пробовал последнюю маковскую ос поставить в виртуалбоксе на вин 10 - не взлетело
qemu или vmware нужно.И opencore если проц амд, ну или эмуляция процы (qemu only)
Ябблось не рассчитана на запуск вне ябложелеза в отличие от линя или винды
И в просто виртуалбоксе не взлетит - там подшаманить надо
Собсно, оно и на просто х86 компе не взлетит( или не определит установленный видеочип ), посему требуется ящик бубнов и коньяка
macOS 10.15 Catalina в VirtualBox 7.1.6 под Runtu 22.04
Добавление. Более новую установить не удалось. Более старая не нужна. Хотя если поковыряться, да найти нужный образ, наверное, можно любую версию установить.
Ну не знаю, существует ли для последней шва6000дной вмвари некоторый патч, но для более старых, 15 и старше - существует.И после исправления пары битиков опа - в списке выбора операционки ВНЕЗАПНО появляется макость (14я вмварь вообще просто узнавала образ исошника). И просто работает, ога. Плейер тоже.
Вмваря такая вмваря.
Хошь на вендовс10, а не хошь - линуксная тоже патчится. Боюсь, броадком запретил это безобразие.
Язык быстро развивается, так же как rust. В дистрибутивах он мало где опакечен. Непопулярен в Linux. Технический долг в общем.
компилятор языка swift написан на C++
этим многое сказано...
надо было на OCaml или на Haskell
> компилятор языка swift написан на C++Ну так оба компилятора для сишки ядра написаны на плюсах. Более того, один из них был на сишке, но почему-то его дальше стали писать на плюсах... с чего бы это?
> этим многое сказано...
ДА, разумные люди не делают работу дважды.
> компилятор языка swift написан на C++
> этим многое сказано...Что именно "многое" сказано? То, что используется llvm в качестве бэкэнда? И что?
Если не умеет в подключение зависимостей, установленных через пакетный менеджер, то бесполезно.
Как только пропатчишь свой пакетный тебеджер на поиск и подключение зависимостей в swift build - так сразу ж сумеет. Ну, для тех кого опыт игогошечки с миллионом бессмысленных и никому не нужных пакетов не научил ничему.
Среди нех есть и осмысленные и нужные всем пакеты, просто вы завидуете, не надо тут голозадось за добродетель выдавать :)В Го даже core такой что ... вот к примеру net/http, начиная с 1.22.1 просто 90% всех уеб фрамераков сделал тупо ненужными :-) Есть ещё проггеры которые действительно полезные вещи делают...
Но с другой стороны - итераторы новые ... ППЦ 8-) Всё как у всех живых - что то получается прямо отлично, что то не очень, что то просто ППЦ :)А про Swift в Linux ... сказать хорошего - дык нечего. Тогда выпьем молча. И не чокаясь :)
> Среди нех есть и осмысленные и нужные всем пакетынаверняка какие-то 4 из этих двухста кому-то нужны.
> просто вы завидуете,
нет, я надысь нечаянно build-deps от какой-то (опакеченой) игого-поделки поставил. Причем уже забыл где, что за поделка, и зачем ее ставил - но вот ЭТО вот произвело неизгладимое впечатление.
> В Го даже core такой что ... вот к примеру net/http, начиная
ну в баше тоже можно вызвать curl, логично что его замена для девляпсов умеет в http.
> Есть ещё проггеры которые действительно полезные вещи делают...
(глядя в окошко с xray - да, определенно, есть. и подвендой, что немаловажно)
> А про Swift в Linux ... сказать хорошего - дык нечего. Тогда
не, ну вдруг ты знаешь swift, и не знаешь игого, а у тебя - вот, линукс... хотя конечно, лучше б уж - триппер.
Это хоть вылечить можно.