Java Developer встречает Objective-C в Mac OS

Получите Программирование какао для Mac OS X. Эта книга ответит на большинство ваших вопросов. Вы также можете начать читать Станьте XCoder и Какао Дев Централ.

На iPhone SDK все еще распространяется соглашение о неразглашении, поэтому вы не сможете найти какие-либо онлайн-ресурсы о нем, кроме предоставленного Apple.

Пользовательский интерфейс Cocoa основан на MVC. Вы используете Interface Builder для проектирования ваших представлений, а затем привязываете его к вашим моделям и контроллерам. Objective C представляет собой смесь языков C и Smalltalk.

Другой вариант для вас - jaiPhon, который позволяет писать приложения Java, которые переводятся на язык iPhone во время сборки.

Не знаю, есть ли он еще в продаже, коммерческий или что-то еще, но тем не менее интересно.

http://www.jaiphon.com/

Купив обе книги по вашему вопросу, я рекомендую Программирование Какао для Mac OS X как быстрый способ изучить язык и структуру Какао, и, вероятно, это самый быстрый способ начать создавать настоящие приложения в Какао. Я очень рекомендую это. Программирование на Objective-C 2.0 - отличный справочник, но если вы уже знаете C, то он ничему не научит вас, чему вы не научитесь из другой книги. Однако, если вам когда-нибудь понадобится список всех зарезервированных ключевых слов в Objective-C, это книга, к которой можно обратиться.

Весь пользовательский интерфейс может быть сгенерирован программно, но вам будет намного проще использовать Interface Builder, который поставляется с XCode, для создания пользовательского интерфейса. В итоге вы получите намного меньше кода. С помощью привязок вы даже можете исключить код, который напрямую не связан с компоновкой интерфейса. Подробности см. В книге "Какао-программирование для Mac OS X".

Одна большая вещь, которую мне не хватает в Java, - это API коллекции. В Какао вы просто получаете NSSet, NSArray и NSDictionary, и нет аналога интерфейсу Comparable. Эти классы также неизменяемы, но имеют изменяемые версии, такие как NSMutableArray.

На самом деле я не играл со сборкой мусора в Objective-C 2.0. В предыдущих версиях Objective-C управление памятью осуществлялось методами сохранения, выпуска и автоматического освобождения. Объекты были созданы с удерживаемым счетчиком, равным 1. Сохранение этого счетчика увеличивалось, отпускание уменьшало его, а автосвобождение объектов немного сложнее. Опять же, книга по программированию какао хорошо это объясняет. Сборка мусора - это вариант, и если он включен, методы keep, release и autorelease ничего не делают. Однако, если вы пишете библиотеку или фреймворк для использования другими, вам следует запрограммировать ее так, как будто сборка мусора отключена. Таким образом приложения могут использовать его независимо от того, включена ли у них сборка мусора.

Что касается веб-ресурсов, http://cocoadevcentral.com/ - отличный сайт с обучающими материалами для начинающих. Вики-сайт CocoaDev на http://www.cocoadev.com/ содержит подробную информацию по множеству тем, и вы обычно можете найти полезную информацию и людей в списке рассылки cocoa-dev http://lists.apple.com/mailman/listinfo/cocoa-dev

Разработка iPhone немного отличается, и детали ограничены соглашением о неразглашении. Однако, если вы получите одобрение Apple на получение доступа к центру разработчиков iPhone, Apple предоставит несколько отличных видеообзоров различий, которые укажут вам на документацию, необходимую для перехода от программирования Mac OS X к iPhone OS X.

Также проверьте это:

http://www.xmlvm.org/overview/

Это проект, который пытается иметь возможность кросс-компиляции программ, написанных на различных исходных языках, на множество целевых языков. Одним из первых тестовых примеров было написание программ на Java и их запуск на iPhone. Посмотреть видео на сайте стоит.

С учетом сказанного, я не пробовал. Проект кажется довольно бета-версией, и на их сайте SourceForge не так много активности.

Вы уже знакомы с квадратными скобками?

Вот с моей точки зрения краткое изложение его обоснования. Надеюсь, это тоже поможет.

Я думаю, вы будете чувствовать себя голым при переходе с IntelliJ на Xcode. Но это только с точки зрения инструментария. Принесите дополнительную одежду (TextMate + FScript)!