Возможна ли полноценная разработка на Go под Windows?

Question

[Pantene742]

Насколько я знаю разработка на языках Python, Ruby, PHP под Windows имеет много нюансов. Не работают многие стандартные функции данных языков. Заточен ли Go также под Unix подобные системы так же, как, интерпритируемые языки ?. Или же на нем как на C++, можно писать под любую систему Но платформенно зависимые программы ?

Answer 1

[Максим Мосейчук]

На любом языке, от Ассемблера до Хаскелля, используйте биндинги для WinAPI, и получите прибитое гвоздями к винде приложение.

На C++ вполне можно писать код, работающий на любой платформе.

Comments

[Pantene742]

за C++ я знаю. мне интерессно за стандартные библиотеки языка Go.

[Максим Мосейчук]

Pantene742: я же говорю, будете использовать биндинги WinAPI - и на Go приложение прибъёте гвоздями к винде. Будете системные вызовы дёргать - с Unix не слезете.

[qweqwa]

fshp:
Биндинг - это не стандартная библиотека.

[qweqwa]

Pantene742:
Единственную стандартную библиотеку, что имеет специфику в Windows я нашел в Go - это syslog.

Он не работает под Windows и MacOSX, работает только под Linux и FreeBSD.

[Максим Мосейчук]

qweqwa: автором в пример приводится C++, в котором типы из стандартной библиотеки работают практически везде.

[qweqwa]

Pantene742:
Все остальные переносимы.
Допускаю, что еще кое что мало мало переносимо. Например, т.н. unix-сокеты. Ну это по понятной причине.

[Максим Мосейчук]

qweqwa: вы путаете стандарт C++ и реализацию C++. В стандарте ясно описано поведение всех типов и конструкций. А уже разработчики компиляторов выдумывают сказки.

[qweqwa]

Все эти простыни кода написаны ТОЛЬКО ДЛЯ РЕШЕНИЯ ПРОБЛЕМ СОВМЕСТИМОСТИ С++.

[qweqwa]

fshp:

вы путаете стандарт C++ и реализацию C++. В стандарте ясно описано поведение всех типов и конструкций. А уже разработчики компиляторов выдумывают сказки.

Да какая НА ПРАКТИКЕ разница - А ЧТО ТАМ В ТЕОРИИ?

Программист, задумавший совместимость на С++ ВЫНУЖДЕН ФАКТИЧЕСКИ НАПРЯГАТЬСЯ просто для того чтобы скопилировать на различных системах.

вы путаете стандарт C++ и реализацию C++. В стандарте ясно описано поведение всех типов и конструкций. А уже разработчики компиляторов выдумывают сказки.

ДАЖЕ В ОДНОМ И ТОМ ЖЕ КОМПИЛЯТОРЕ, но на разных система unix (даже не Windows) - это не компилируется.

[qweqwa]

fshp: С Go это вообще не мыслимо, чтобы были ТАКИЕ проблемы.
С Ruby, Python, PHP - тоже все легче.

[Максим Мосейчук]

qweqwa: ну да, конечно. Посмотрите на PyPy. Им пришлось форкать NumPy. pypy.org/compat.html

[qweqwa]

fshp: Это не идет ни к какое с уровнем проблем в С++.
Кроме того, мы тут о Go говорим.

У Go более жесткий стандарт.
И проблемы несовместимости в нем самые минимальные из всего списка языков.

А у C++ - как раз самые максимальные проблемы совместимости.

[Максим Мосейчук]

qweqwa: Мы немного о разных вещах говорим. Это уже холивар получается. Автор спрашивал, как с кроссплатформенностью дела обстоят. Я привел пример, что и программу на Go можно наглухо прибить к платформе.

[qweqwa]

fshp:

Прибить к платформе можно все яыки.
Совершенно одинаковым способом - через использование биндингов WinAPI.

А я про то, что из всех приведенных именно С++ имеет родовые проблемы с кросс-платформенностью. И это именно базовые проблемы С++. Которые будут даже без биндингов WinAPI.

У других языков, кроме С++, без биндингов к WinAPI - проблем скорее не будет.

Answer 2

[qweqwa]

Редкие пакеты Go ведут себя по иному в различных операционных системах.
Скажем, не работает syslog даже в MacOS X. Ну и в Windows не работает.
Так как это является специфической для операционной системы вещью.

Большая часть же программ на Go - является абсолютно переносимой.


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

При этом если твоя работа ограничена сетью, файлами - то нет никакой необходимости затачиваться под Windows. Твоя программа будет идентично работать под любой платформой.

Как только ты начинаешь писать пользовательский интерфейс, то тут и возникает привязка. А как ты будешь писать пользовательский интерфейс? Если через web, то нет никакой привязки к Windows.

Если ты же ты пожелаешь использовать оконную систему Windows, то уже появляется привязка к Windows.

Есть еще т.н. кросс-системные библиотеки пользовательского интерфейса (Qt и т.п.), на них, к примеру, написан LiteIDE (это такое IDE под Go, которое написано с помощью самого Go). Посмотри его исходники.

LiteIDE - не привязан к операционной системе. Хотя и обладает вполне себе приемлимым пользовательским десктопным интерфейсом.

Насколько я знаю разработка на языках Python, Ruby, PHP под Windows имеет много нюансов. Не работают многие стандартные функции данных языков. Заточен ли Go также под Unix подобные системы так же, как, интерпритируемые языки ?. Или же на нем как на C++, можно писать под любую систему Но платформенно зависимые программы ?

Что-то вы не то знаете.
Все эти языки примерно одинаково переносимы между платформами.

Исключения лежат на поверхности:

если вы будете использовать пути файлов в стиле Windows ( C:\mycatalog\myfile ) или в стиле Unix ( /mycatalog/myfile ). Но вас никто не заставляет это делать. Так как внутри стандартных библиотек всех этих языков, как правило есть функции, которые позволяют работать с именами файлов независимо от системы.

также не получится работать с сокетами unix если вы под Windows. Если вы всегда используете TCP/IP, то нет никаких проблем с переносимостью.

Если вы про то, что программы не идеально работают на других системах, то это не проблема Windows. Вы можете написать на С++ программу на Ubuntu 14.04 LTS и она не скомпилируется на Ubuntu 16.04 LTS.

Comments

[Pantene742]

Что-то вы не то знаете.
Все эти языки примерно одинаково переносимы между платформами.

Функции для работы с процесами и обмена данными между ними не работают в PHP под Win.
А это как не переносимость так и неполноценность языка под Win. так как для Win функций позволяющих создать многопоточность нереально. в Win вовсе другая логика и создатели интепритатора просто не реализовали функционал этих стандартных функций под Win

[qweqwa]

Pantene742: Обмен данными, который реализован через unix-сокеты?
Разумеется не будет работать.
Меняйтесь через TCP/IP.

Процессы - должны работать.

[qweqwa]

Pantene742:
В Windows уже больше 2-х десятилетий все нормально с многопоточностью.
Должно работать. Что-то вы не так написали.

[qweqwa]

Pantene742: В Windows - та же логика.
Разница разве что в форках. Но они имеют опосредованное отношение к многопоточности.

[Pantene742]

мой вопрос был о Полноценности Go (стандатных библиотек или наявность варианта стандартной библиотеки под Win). Переносимость кода и нюансы переносимости я понимаю.

[qweqwa]

Pantene742: Я уже ответил.
Несовместимость только в специфических вещах. Например, нет syslog в Windows, поэтому стандартный пакет syslog работать не будет.
Не будут работать unix-сокет.

Больше вроде нет отличий.

[qweqwa]

Pantene742: Многозадачность в Go точно будет работать. Ибо Go-routine - это фишка Go.

[Pantene742]

qweqwa: go - не многозадачный ?

[Pantene742]

qweqwa: спасибо )) ответ информативный ))

[qweqwa]

Pantene742: В Go изначально заложена возможность простого программирования во множестве потоков. Это одна из фишек.

Поэтому на всех платформах авторы Go позаботились о нормальной поддержки многозадачности.

Answer 3

[xabesawiv]

Нет никакой разницы.
При использовании Vagrant, Docker или просто виртуальных машин.

Есть минимальная разница при тестировании непосредственно под Линукс.

Вас кто-то обманул, говоря, что "прочие" языки заточены под Unix.

Все языки - универсальны.

А вот конкретные библиотеки или т.п. - те могут быть заточены....