Полное решение для записи приложения Mac OS X в C++

Если Вы действительно хотите использовать C++ на Mac OS X, используйте что-то как SDL / wxWidgets / Qt.

существует опция объединяющегося Objective C с C++, названным Objective C ++ . Вы могли использовать его для всего своего образцового материала и просто использовать Objective C для материала, который не возможен без платформы Основы.

Как последняя опция, Углерод приходит на ум. Это - собственная платформа, которая использовалась в pre-OSX времена, но работает на Mac OS X. Проблема, она не поддерживается для более новых технологий, и я думаю, что следующий выпуск OS X, Snow Leopard, не собирается поддерживать ее вообще.

Apple заявляет:

Углерод позволяет разработчикам C/C++ использовать в своих интересах функции Mac OS X, включая Кварц 2D графическая библиотека, эффективный механизм обработки событий и многопроцессорная поддержка. Кроме того, другие API C/C++ промышленного стандарта доступны Углеродным разработчикам, обеспечивая доступ к таким сервисам как система рисования OpenGL, микроядро Маха и службы операционной системы BSD.

не ожидают, что Углеродные приложения посмотрят 100%-й собственный компонент, и это намного более сложно для программирования, чем Какао.

Однако я рекомендую Objective C изучения , это не твердо и существует много мощных платформ как CoreData, CoreGraphics и т.п..

Для некоторых маленьких проектов хобби и приложения для iPhone я делаю, я использую соединение объективного C++ и 'реального' C++. XCode поддерживает смешивание обоих языков довольно хорошо. Я использую объективный C++ C/objective для пользовательского интерфейса и как тонкий слой между платформами OSX и моим собственным кодом. До сих пор это оказалось отличным способом работы.

Я был бы совет Вы, чтобы придерживаться с тем, какой бы ни IDE Вы являетесь самыми довольными. Лично, я ненавидел XCode в первый раз, когда я использовал его и отказался бросать Eclipse. После нескольких дней я разогрелся перед XCode, и не возражайте использовать его время от времени. Однако я все еще использую Eclipse, когда это возможно.

Просто помнят, что Вы не можете записать приложения Какао с помощью только C++, необходимо погрузиться в Obj-C для этого. Углеродные приложения не вполне смотрят или ведут себя как приложение Какао. Большинство людей не будет действительно возражать, но это - что-то для размышления о. Я вскочил в Obj-C от java/C# без любых проблем. Язык берет немного привыкающее к, но это не очень трудно.

Я не использовал его на OSX сам (я могу рекомендовать это в Windows), но Код:: IDE C++ Блоков реализован с помощью, и поддержки, межплатформенная библиотека wxWidgets GUI. Это поддерживается на OSX - см. эта страница .

Я согласовываю с Pablo Санта-Круз и хотел бы добавить, что это тривиально для смешивания Objective C с C++ в том же приложении (и том же исходном файле). Это упоминается как Objective C ++ и обсудило в этой статье .

компиляции XCode с GCC, таким образом, у Вас есть Objective C, C, и C++, готовый в Ваших кончиках пальцев.

Это не проблема с помощью gcc или g ++ от OS X. Установка XCode дает Вам эти компиляторы так или иначе, и если бы Вы действительно хотели, то Вы могли бы загрузить экземпляр X-сервера и получить работу KDE. Мне нравится редактор XCode самому все же. Eclipse также работает с OS X, таким образом, необходимо быть в состоянии использовать текущую среду.

я использовал поле OS X для кросс-компиляции C код от дуги PPC до дуги ARM прежде без проблем. Это просто, другой *отклоняет систему стиля, таким образом, все инструменты, с которыми Вы знакомы, будут уже существовать, и если они не делают, просто используйте штрейкбрехер или macports для получения их сами.

кроме того, если Вы действительно хотели использовать C++ для разработки приложений OS X GUI, Вы могли бы всегда использовать Углерод вместо Какао. Это - совершенно жизнеспособный выбор, незначительно удержанный от использования.

Я играл вокруг использования Objective C ++ для записи UI, помогая использовать C++ для записи бэкенда приложения. Это, кажется, работает вполне прилично на меня. Objective C & Objective C ++ довольно легко взять, и это позволяет мне продолжать использовать свое с трудом завоеванное знание C++.

Если Вы не смотрите на использование промежуточного слоя как QT, я думаю, что Вы в значительной степени застреваете с Objective C для взаимодействия через интерфейс с частями API как GUI, поскольку это - их родной язык.

Тем не менее было упомянуто, что можно легко смешать код Objective C и код C++, таким образом, можно все еще быть в состоянии записать большинству приложения в C++.

я - главным образом программист на C++, но я всегда балуюсь другими языками, и у меня была игра с XCode (да, у меня есть Mac). Мне понравился он, это несколько отличается, но как способ закрепить вместе GUI OS X это превосходно, и остальное между Вами и Вашим любимым редактором, если Вам не нравится XCode так очень.

Objective C не это трудно. Если Вы будете знать C++, то Вам потребуются день или три из прикладного усилия изучить конвенции.

API Какао и конвенции занимают больше времени, но прибывшие вовремя.

Удачи!

Вы должны не , стараются не изучать Objective C и Какао. Это должна на самом деле быть первая вещь, которую Вы делаете. Если у Вас не будет сплошного фона в Smalltalk, Вы вряд ли будете представлены большому (набор) платформа, которая также разработана.

Углерод на Mac OS X эффективно удерживается от использования - он не делает и не будет поддерживать приложения на 64 бита.

, Если Вы действительно действительно хотите использовать C++, используйте Создатель кварты

, Который теперь свободен, и trolltech SDK включает Qt 4.5, который, в то время как это - платформа C++, он внутренне использует Objective C для взаимодействия с Mac OS X, таким образом Вы не ограничены Углеродом.

оборотная сторона - то, что trolltech библиотеки не являются стандартными на Mac, необходимо предоставить им приложение.

Среда разработки, которую я сейчас использую для разработки на Mac, - это QTCreator, бесплатная IDE для разработки на QT с компилятором gcc. Он предоставляет все необходимые мне функции и является кроссплатформенным (одно из требований разрабатываемого мной приложения).

Я должен сказать, что был довольно впечатлен. У меня не было больших надежд на такую ​​целенаправленную (специально разработанную для QT) и свежую среду IDE. Среда простая, но мощная (включая редактирование графического интерфейса) и имеет лучшее завершение кода, которое я когда-либо видел. Это простое программирование в этой среде, и вы не упустите ни капли Visual Studio.

Действительно стоит попробовать.

C ++ очень хорошо работает с Xcode. Если вы хотите какао, вы можете изучить минимальное (я имею в виду действительно минимальное) количество Obj-C для слоя графического интерфейса и иметь большую часть вашего кода на C ++.

Другой вариант - использовать одну из структур языка сценариев для подключения к Cocoa API (например, PyObjc) и основной части вашей логики на C ++.

Третий и последний вариант - использование кроссплатформенного набора графического интерфейса, такого как Qt4. Если есть желание сделать ваши библиотеки кроссплатформенными, это будет правильный путь.

Я бы не рекомендовал использовать Carbon. Это определенно умирающий зверь. Вы также можете использовать комбинации вышеперечисленного, предоставляя библиотеку с вашим кодом C ++, а затем создавая пользовательский интерфейс для конкретного графического интерфейса, который их связывает.