С чего начать изучение Objective-C

Книгу прочитать надо

Вот этого более чем достаточно: https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/Progra...

https://developer.apple.com/swift/

Вот этого более чем достаточно

Плюсую. Если знаешь C, вполне достаточно статьи в википедии и эппловских мануалов.

И таки да, hello_world на C является корректным hello_world на Obj-C, так что писать на нем ты уже умеешь.

А смысл? Есть же Swift. Лучше его учи. Objective C можно считать устаревшим.

Mac Pro купить.

А смысл? Есть же Swift. Лучше его учи.

пока только для iOS, не?

Objective C можно считать устаревшим.

для программ где много C/C++ кода, swift менее удобен чем objc[++]. придется много objc оберток писать, если я ничего не путаю.

Про Swift я узнал из поста повыше, думаю, что пока оно мне не надо. Есть код на Obj-C, надо уметь в нем разбираться.

Хорошо бы еще если б vim+ctags+cscope умели хорошо работать с исходниками, но это я где уже видел, погуглю.

На Mac денег нет (нищеброд)

С чего начать изучение?

с установки xcode и чтения яббловских доков. если не хватит - ищи книжку.

Хорошо бы еще если б vim+ctags+cscope умели хорошо работать с исходниками, но это я где уже видел, погуглю.

в программах на objc активно используется связка кода с гуем стрелочками посредством использования манипулятора мышь (иногда с зажатым ctrl). эта порочная связь хранится в xml файлах, и типично с ней работают через interface builder. сомневаюсь что vim тебя спасет.

Нашел плагин для Eclipse - objectiveclipse. Но оно по-моему мертво.

я тут вчера шел по улице, и видел дохлого голубя.

Проблема не в том что бы найти под него нормальный мануал, а в том что бы найти под него нормальную IDE под Linux.

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

Если ты умеешь писать на Си, то ты уже умеешь писать на ОбжСи.

пока только для iOS, не?

Нет. Полная замена. Единственное, где он не работает - старые версии (iOS 6-, OS X 10.8- вроде), но и это могут исправить (они просто формат бинарника чуток поменяли.

для программ где много C/C++ кода, swift менее удобен чем objc[++]. придется много objc оберток писать, если я ничего не путаю.

Путаешь. У Swift-а прозрачный интероп с Objective C, включая C. Насчёт С++ не знаю. Использовать C-апи, конечно, не так удобно, как из Objective C, но проблем нет.

Про Swift я узнал из поста повыше, думаю, что пока оно мне не надо. Есть код на Obj-C, надо уметь в нем разбираться.

Понятно.

На Mac денег нет (нищеброд)

Поставь в виртуалке, работать сможешь. Кроме XCode нормальных средств работы с Objective C ты не найдёшь (есть ещё платный AppCode от JetBrains, по-моему он только под мак). Кроме мака ты ничем iOS/OS X проект не соберёшь. Даже не пытайся, никто так не делает.

Если речь не про iOS/OS X, а просто кто-то решил на Objective C написать что-то, тогда другое дело. Но такого в природе по-моему не бывает.

Кроме мака ты ничем iOS/OS X проект не соберёшь

Я собирал. :)

Cox, Brad J. (1991). Object Oriented Programming: An Evolutionary Approach от автора Objective-C

ну и Xcode и практика.

если ты умеешь издавать звуки , то ты уже умеешь говорить на любом людском языке.

fix

Если бы знал ОбжСи, то не стал бы проводить такие глупые аналогии.

Нет.

What's New in Version 6.0.1

......

* NOTE: Swift support for OS X is coming in a future Xcode update

кто-то из нас не обладает полной информацией.

У Swift-а прозрачный интероп с Objective C, включая C.

откуда ты это «включая C» придумал? покажешь как из свифта вызвать сишную функцию без objc-обертки?

Я собирал. :)

как? действительно интересно, т.к. хотелось бы компилять проект под мак из линукса, на билд-сервере.

тебе лучше знать о светлейший.

Если речь не про iOS/OS X, а просто кто-то решил на Objective C написать что-то, тогда другое дело. Но такого в природе по-моему не бывает.

ну почему не бывает, есть же gnustep. другой вопрос - кому и зачем это надо.

Я немного лукавлю.

Это было очень давно (во времена iPhoneOS 3.0) и в экспериментальных целях. Для каких-либо реальных нужд это было непригодно. Там и проекта никакого не было, набор файлов с исходным кодом, которые собирал кросс-компилятор. А так как подписывать приложение под линуксом нечем, то для запуска на устройстве нужен был джейбрейк.

Возомжно, когда-нибудь darling сможет запускать консольные инструменты XCode, и можно будет использовать билд-сервер на линуксе для сборки проектов для Apple. Некоторые простые консольные приложения он уже запускает.

ясно (если что — мне не надо под ios, мне только под osx, хотя врядли это что-то меняет).

Хеллоуворды? Ну это можно, да. Даже в галерее был такой.

У Swift-а прозрачный интероп с Objective C, включая C. Насчёт С++ не знаю. Использовать C-апи, конечно, не так удобно, как из Objective C, но проблем нет.

Учитывая, что swift делали наркоманы с большой буквы, да еще есть и куча кода на objC (тот же cocos/etc), то знать objC нужно.

ясно (если что — мне не надо под ios, мне только под osx, хотя врядли это что-то меняет).

готов к экспериментам? ;)

llvm + clang + lld к твоим услугам. sysroot из рабочего мака вырвешь. ПриветМиры у меня конпелялись

не думаю что такое получится вменяемо настроить на сервисах типа drone.io. а локально я могу и на маке компилять.

Кочана прочти.

и не совсем понятно, как мне поможет sysroot с мака на линухе, и нахер он вообще нужен для компиляции.

не для компиляции, для линковки. Или ты собираешься линковать Mach-O екзешники с линуксовыми .so?

да, про линковку забыл, действительно.

стоп.. разве на маке либы для линковки не из sdk берутся? чисто логически, если я на osx 10.9 собираю проект с osx10.6 sdk - проект ведь линкуется с чем-то из этого sdk, а не с системными, так?

проверил, таки да, отсюда они берутся:

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libobjc.dylib

а вовсе не из /usr/lib

Ок, значит сдк. Я Mach-O target собирал только на уровне «потыкать палочкой», когда раскуривал lld. И то это год назад было, но полученные бинари под макосью запускались, так что сейчас должно быть лучше/легче

кто-то из нас не обладает полной информацией.

Я уже несколько месяцев пишу хелловорлды и они прекрасно работают в OS X 10.9.

Возможно в XCode, который для всех, отключен Swift для OS X, а у меня бета-версия XCode, которая доступна только с подпиской, хотя странно, если так.

откуда ты это «включая C» придумал?

Не придумал, а прочитал и проверил.

покажешь как из свифта вызвать сишную функцию без objc-обертки?

1. Настраиваешь в проекте т.н. Bridging Header. Это .h заголовочный файл, он один в проекте. Туда включаешь все .h файлы, которые тебе нужны.

2. Профит. Все импортированные функции и типы доступны в Swift-е.

Вот пример:

#include <CommonCrypto/CommonDigest.h>
CC_SHA512_CTX *ctx = malloc(sizeof(CC_SHA512_CTX));
CC_SHA512_Init(ctx);
CC_SHA512_Update(ctx, "test", 4);
unsigned char md[CC_SHA512_DIGEST_LENGTH];
CC_SHA512_Final(md, ctx);
free(ctx);

  let ctx = UnsafeMutablePointer<CC_SHA512_CTX>.alloc(1)
  CC_SHA512_Init(ctx)
  let dataStr = "test"
  let data = dataStr.dataUsingEncoding(NSASCIIStringEncoding, allowLossyConversion: false)!
  CC_SHA512_Update(ctx, data.bytes, 4)
  let md = NSMutableData(length: Int(CC_SHA512_DIGEST_LENGTH))!
  CC_SHA512_Final(UnsafeMutablePointer<UInt8>(md.mutableBytes), ctx);
  ctx.dealloc(1)

бета-версия XCode

это ^^

Настраиваешь в проекте т.н. Bridging Header. Это .h заголовочный файл, он один в проекте. Туда включаешь все .h файлы, которые тебе нужны.

звучит красиво, но пример наглядно демонстрирует всю бесполезность.

(ты не подумай, мне нравится swift, но таки код взаимодействующий с C мне удобнее писать на ObjC)

звучит красиво, но пример наглядно демонстрирует всю бесполезность.

Почему?

(ты не подумай, мне нравится swift, но таки код взаимодействующий с C мне удобнее писать на ObjC)

Ну очевидно потому, что ObjC это надмножество C, естественно будет удобней. Но по факту можно и на Swift писать и в целом выглядит вполне нормально, имхо.

Почему?

потому что получился говнокод.

Но по факту можно и на Swift писать и в целом выглядит вполне нормально, имхо.

это не нормально.

Т.е. аргументов нет, одни эмоции. Жаль.

CC_SHA512_Update(ctx, "test", 4);

vs

let dataStr = "test"
CC_SHA512_Update(ctx, dataStr.dataUsingEncoding(NSASCIIStringEncoding, allowLossyConversion: false).bytes, 4)

и тебе еще нужны агрументы?

А какие тут аргументы? Интероп между swift и C тут в одном слове: ".bytes". И всё работает. Или тебе не нравится API Swift-а по работе со строками и массивами байтов? Это тоже можно обсудить, но к простоте вызова C-функций это вроде никоим образом не относится. Можешь считать, что там написано

CC_SHA512_Update(ctx, data, data_length);

vs

CC_SHA512_Update(ctx, data.bytes, data.length);

и в реальном коде так и будет. Говнокода я не вижу.

Говнокода я не вижу.

ну так _тебе_ я и не запрещаю использовать swift.