Объявлено (https://groups.google.com/d/topic/golang-nuts/mmB2q8RqB-Y/di...) о портировании языка программиирования Go на платформу iOS. Причём портированы не только средства компиляции самого Go, но и утилита cgo, позволяющая вызывать из программы на Go код библиотек, написанных на языке Си. В настоящее время порт поддерживается в виде ветки "ios3" в репозитории на BitBucket (https://bitbucket.org/minux/goios).
Ведутся неофициальные разговоры о возможности придания этому порту статуса официального в следующем релизе Go (1.5). Следует отметить, что это только порт набора инструментов для компиляции; готовых средств создания GUI-приложений с помощью этого порта, по-видимому, не существует.URL: https://groups.google.com/d/topic/golang-nuts/mmB2q8RqB-Y/di...
Новость: http://www.opennet.me/opennews/art.shtml?num=41141
А из C/ObjC звать Go-код там можно? Ибо если можно, то это уже имеет практический смысл.
что?
> что?Повторяю для анонима вопрос: можно ли к программам, написанным на Golang, цеплять динамические библиотеки, писанные на C/C++?
> цеплять динамические библиотеки, писанные на C/C-Obj/C++?https://gist.github.com/kavu/6740536
http://www.goinggo.net/2013/08/using-c-dynamic-libraries-in-...
Функцию написунную на Go вызвать из сишного кода (или ObjC кода).
В то время, когда даже такой шикарный язык как D никому не нужен, это GO*но пытается шевелиться
И, что характерно, довольно успешно - популярность его и живость экосистемы (активность коммьюнити и количество живых активно поддерживаемых и новых создающихся проектов) субъективно уже намного лучше, чем у D.
Ну так гугль массой давит. Аналогично - какой-то странный leveldb сватают. Или сжатие snappy. Которое зачем-то пару фич плюсов использует, хоть они там нафиг не упали. Зато использование в системных вещах типа ядер - зарубается на корню. Впрочем, LZO и LZ4 всяко зарулили велика от гугли по всем пунктам, от степени сжатия до скорости и оно осталось нужным только самому гуглю и горстке фанатов "зато гугль".
D не шикарный. Он просто никому не нужен.
Зачем Go, когда есть в сто раз лучший SWIFT?
А, сертёзно вот, кто может объяснить что хорошего в этом языке чего нет в других?
Напиши Кену и узнай зачем он делает ещё один ненужный язык.
> А, сертёзно вот, кто может объяснить что хорошего в этом языке чего
> нет в других?Когда свободное от уроков время ты будешь тратить на чтение, а не на тупое строчилово на форумах, таких вопросов у тебя будет на порядок меньше.
Совокупностью функционала
меня лично простой Си устраивает. нафига наплодили хрени. там ява-скрипт, там РнР. нет я понимаю гдето мож и нужно. но блин нафига из нормальных быстрых языков программирования делать стадо конкурирующих тормознутых? если уж к тому идет то хватило бы С/С++ и QML в качестве менюшек и окошек, ну или какой другой бекенд в качестве графической части. это же всегда и было фишкой юникс. консольная программа управляется графическим надстройщиком. и при этом ни одна программа не потеряла бы эффективности в использовании даже в консоли. наделали гов*а а всем теперь лопатами не разгрести.
> меня лично простой Си устраивает. нафига наплодили хрени. там ява-скрипт, там РнР.Эдди, залогинься.
Go 1.4 будет с официальной поддержкой Android NDK (включая opengl) с выводом GUI через генерируемый Java-код из SDK. Т.е. это альтернатива C SDK, который сейчас используют на андроиде для создания игр. Осталось охватить подобным образом iOS и получим кроссплатформенное средство, позволяющее писать приложения под две основные несовместимые друг с другом платформы. Плюс ещё под все основные операционки PC (Win/Lin/Mac/BSD). По-моему правильный путь развития, чего-бы там ни тявкали апологеты всякого маргинального.
s/альтернатива C SDK/альтернатива C NDK/
Это все классно, но кроссплатформенность только начинается с компиляции кода под любую платформу. Дальше встает вопрос: а что можно делать в этом коде? Например, всплывающее сообщение для любой ОС одной командой в нем можно сделать?
Что делать? Вычислять что-нибудь! Бизнес-логику в общем делать. А также opengl для всяких игрушек. А отрисовку GUI под каждую платформу генерировать. Для Андроида в го это планируется в виде go generate, который будет создавать биндинги для всяких виджетов. Для многих задач, где сложность не в построении GUI это подходящий вариант.
Если по уму - гуй под каждую платформу нужен всё равно свой. Ну так на то и MVC.
Оно ООП будет поддерживаиь?
Изначально поддерживает.
но специфически
http://lwn.net/Articles/548560/
Неплохо. Впрочем, интереснее когда их Swift будет портирован на другие платформы.