Можно ли написать приложение под Windows, а потом скомпилить под Linux?

Question

[Сергей]

Есть задача создать приложение выполняющее функции небольшого веб-сервера, и предоставляющий REST-API для получения инфы из базы (фронт возможно будет на React).
Возможно ли первоначально написать это приложение на C# под виндой, протестить его, и в конце скомпилить под целевую Linux (CentOS например)?

Comments

[zetfalert]

Да, это возможно. можешь использовать .NET Core для создания приложения на C#, которое будет работать на Windows, Linux и macOS. После того, как протестируешь свое приложение на Windows, вы можешь скомпилировать его для Linux с использованием тех же исходных кодов. Вам потребуется установить .NET Core на Linux-сервере и настроить среду разработки, если это необходимо.

[Сергей]

zetfalert, спасибо, уже справился с помощью WSL

Answer 1

[Василий Банников]

Да, конечно. Можно компилировать либо в переносимую форму (так происходит по-умолчанию), либо в платформозависимый исполняемый файл (dotnet publish -r linux-x64)

Comments

[Сергей]

Я сделал в VisualStudio простейшее консольное приложение, которое слушает 8000 порт, и отвечает приветствием на запрос. В винде все работает конечно нормально (на локалке), но хотелось бы это приложение перенести на Linux-сервер. Что нужно сделать чтобы скомпилировать линуксовый исполняемый файл?
Из линуксов пока располагаю Ubuntu на VirtualBox...

[MaxKozlov]

Сергей, Если у вас netcore и выше, а не net4, то оно у вас и так заработает
достаточно на линуксе иметь ту же версию дотнета (или выше) и запускать как dotnet yourfile.dll

[Kentavr16]

MaxKozlov, а как в таком случае доставлять его условному конечному пользователю? Нехилая такая зависимомть - дотнет для консольного приложения в 2 кб. Чисто интерес, линукс видел разве что из бинокля.

[Василий Банников]

Kentavr16, ну варианта два:
1. Упаковать в deb/rpm/что там у тебя пакет и указать в зависимостях dotnet runtime - он скачается при установке.
2. То же самое, но уже с flatpak
3. Собирать с опцией --self-contained + Добавить assembly trimming и aot, чтобы консольное приложение на 2кб не превратилось в 20мб

[MaxKozlov]

Kentavr16, Ну у вас и под виндой 2кб приложение на .нет без дотнета не заработает :)

просто 4.8 и ниже последний десяток лет в винду уже встроен.

[calculator212]

доставлять его условному конечному пользователю?

В линуксе это обычное дело скачать/обновить зависимости для программы. Для популярных программ это обычно не нужно,(всё устанавливается одной командой) но если например нужно билдить из исходников, то такая картина это обыденность. Тот же qt тащит за собой много либ, но кроме небольшого процента людей, которые считают что 100мб зависимостей для гуи приложения -это очень много, всех всё устраивает

[Василий Банников]

MaxKozlov, сейчас даже .NET 6 в винду встроен)

[Kentavr16]

calculator212, я понимаю, но тенденция как по мне не очень. Вспоминаются такие фреймворки как электрон для написания с помощью джаваскрипт десктопных приложений, в которых минимальный хелло ворлд будет занимать 40-60 мб в зависимости от сборщика(могу минорно ошибаться в размерах), в то время как на виндовс формах это десяток килобайт. Понятно что нужно смотреть на проект в целом, но "+-200мегабайт не страшно" вводит в ступор. Так, философия не в тему.

[MaxKozlov]

Василий Банников, Не знал, давно не обновлял десятку. или это в 11 ?

[Василий Банников]

MaxKozlov, хз. Вроде в 11

[Василий Банников]

Kentavr16, не страшно - это с точки зрения поставщика программы, а не с точки зрения пользователя)
Пока у пользователя нет альтернативы - это ок.

[rPman]

Василий Банников,

dotnet publish -r linux-x64

я удивлен, с каких пор clr ..net приложения нужно как то по особому готовить для linux? точно помню, что если нет проблем с зависимостями, то mono myapp.exe работает без вопросов (как минимум во времена 4-ого sdk), что теперь майкрософт опять решило сделать всем плохо?

[Василий Банников]

rPman, всегда так было. По-умолчанию они собираются в платформонезависимую dll-ку. Если хочется elf, то надо указывать конкретную платформу.

[rPman]

Василий Банников, реально в первый раз услышал про возможность собирать бинарники elf с помощью dotnet, спасибо

[Василий Банников]

rPman,

mono myapp.exe работает без вопросов (как минимум во времена 4-ого sdk)

Читать "как минимум во времена диназавров".
Net 4 уже скоро 10 лет как будет считаться устаревшей технологией.

Answer 2

[OwDafuq]

А кто запрещает то?
Я в docker'e разворачиваю всё, чтобы не париться с установкой dotnet лишний раз

Answer 3

[nfire]

Можно даже написать приложение которое будет работать в обоих ос.

Comments

[Сергей]

Какой тип проекта в VisualStudio нужно выбирать, чтобы приложение работало на обоих ос?

[#]

Сергей, смотрите по версиям дотнет. в юбунту активно поддерживаются свежие версии. консольники должны идти на ура...
.. естественно компилить исходники с командной строки в юбунте..
ну или велкам в https://www.jetbrains.com/toolbox-app/
что то фри, что то тестовый период, ну или раньше точно было фри для бета версий ))

[Василий Банников]

Сергей, в случае консольного - обычное консольное dotnet new console
В случае веба, когда ты хочешь отвечать на http-запросы - бери шаблон с aspnet: dotnet new web или dotnet new webapi

[Сергей]

Василий Банников, Спасибо

Answer 4

[Сергей]

Спасибо за ответы. Процесс пошел при помощи WSL

Comments

[#]

.. а ларчик просто открывался ;) ..
поздравляю ))

Answer 5

[Griboks]

Шарп работает на виртуальной машине. Машина работает на любой ОС.

Answer 6

[Miheev2]

Конечно можно, это стандартная функциональность.
Это теперь так же естественно, как сам факт запуска.
Есть Windows, и на Android, и на Linux, и Mac и Ios.

Такого не было до 2015 года, или даже раньше.
Сейчас новые AOT технологии только улучшают возможности для особо требовательных к чему то.

Comments

[maxcat]

В 2015м уже давно был Mono

Answer 7

[CGen]

use the Java luke. Почему бы не использовать Java?