Какие проблемы возникают при создании iPhone IDE для Windows / Linux?

Question

Прежде всего, возможно ли это?

Если так:

С какими проблемами я столкнусь при создании имитации XCode для разработки под iPhone / iPod для Windows или Linux?

Я думал об использовании gcc в качестве фактического компилятора для target-c и (VB) .NET для IDE. Будет ли это работать?

Его не нужно компилировать в iPhone OS, пока он не будет протестирован на устройстве или отправлен в магазин приложений. Возможно, будет проще скомпилировать в локальный формат ОС (Windows или Linux) до «прайм-тайм».

Возможна ли эта концепция? Комментарии? Идеи о том, как реализовать?

Answer 1

На самом деле Феликсиз коснулся того, на что стоит взглянуть. См .: http://www.gnustep.org/. У них есть бинарные файлы практически для каждого варианта * nix, OS X и Windows. Сайт утверждает, что «GNUstep стремится быть совместимым с исходным кодом для Cocoa и OpenStep, поэтому его можно использовать для разработки и создания кроссплатформенных приложений между Macintosh (Cocoa), Unix и Windows». Это было бы хорошей отправной точкой для такого проекта,

Я сомневаюсь, что вся функциональность OSX покрыта GNUStep, но это только начало.

Я бы хотел разработать приложения для iPhone / iPod на альтернативной платформе, вам нужно было бы получить включенные Apple (вероятно, проблема в легальности) и применить все их патчи для цепочки инструментов, а также еще миллион других вещей, которые я ». м наверное с видом.

Что было бы лучше, так это реализация отсутствующих функций в GNUStep для поддержки приложений OSX без проблем на платформе хоста. Возможно, тогда вы сможете запустить xcode native на нужной вам ОС.

Answer 2

Если вы хотите поддерживать все UIKit и Cocoa Touch, проблемы будут непреодолимыми. Вы потратили 2 года, пытаясь оторваться от земли, а затем сдаться, в то время как всем остальным было весело разрабатывать приложения для iPhone, iPad и других устройств. Вы бы даже пожалели об этом.

Но если вы хотите создать свой собственный фреймворк для создания приложений для iPhone, созданный непосредственно поверх OpenGL, это может быть возможно. Вы бы создали симулятор, который рендерится в представление OpenGL, а конечное приложение также отобразит все в представлении OpenGL, не затрагивая ни один из UIKit. Вы бы использовали чистый C или какой-нибудь надежный кроссплатформенный язык, такой как Lua, скомпилированный или даже интерпретированный. Кстати, это более или менее то, как это делает Corona Framework : построенный поверх OpenGL, мало затрагивающий iPhone SDK, использующий скомпилированный Lua. Они разработали свой собственный симулятор, который работает только на OSX, но, вероятно, относительно легко может быть перенесен на Linux.

Вы даже можете использовать Objective-C в качестве языка и сделать доступным тщательно отобранное подмножество API-интерфейсов Cocoa с помощью (совместимых с iPhone частей) GNUstep Base . Тогда пользователи могут использовать стандартные классы, такие как NSString.

Тем не менее, все это в основном интересно как мысленный эксперимент, если только вы не собрали команду для работы над этим проектом с открытым исходным кодом. Это сложнее, чем вы думаете. Например, ваш симулятор не сможет эмулировать способ генерации предупреждений памяти на iPhone.

Если кто-то хочет разрабатывать приложения для iPhone для Linux, имеет больше смысла просто написать все приложение на C / C ++ с использованием OpenGL, а затем просто вставить этот код в оригинальный проект iPhone OpenGL. Это самый быстрый путь. Следующая возможность будет использовать другой язык, который также не является слишком сложным. Но «iPhone IDE» в дополнение к этому было бы немного больше, чем помещать iPhone-подобную рамку вокруг представления OpenGL в Linux.