Каковы оборотные стороны использования Python вместо Objective C? [закрытый]

Да.

Во-первых, как вы заметили, вся документация написана для Objective-C, а это совсем другой язык.

Одно отличие - это название метода. В Objective-C, когда вы отправляете сообщение (Python сказал бы «вызвать метод») объекту, имя метода (селектор) и аргументы смешиваются:

NSURL *URL = /*…*/;
NSError *error = nil;

QTMovie *movie = [QTMovie movieWithURL:URL
    error:&error];

Это невозможно в Python. Аргументы ключевого слова Python не считаются частью имени метода, поэтому, если вы сделаете это:

movie = QTMovie.movieWithURL(URL, error = ???)

, вы получите исключение, потому что в классе QTMovie нет метода с именем movieWithURL ; сообщение в примере Objective-C использует селектор movieWithURL: error: . movieWithURL: и movieWithURL будут двумя другими селекторами.

Они не могут это изменить, потому что аргументы ключевых слов Python не упорядочены. Предположим, у вас есть гипотетический метод с тремя аргументами:

foo = Foo.foo(fred, bar=bar, baz=baz)

Теперь он вызывает foo: bar: baz: , верно?

Не так быстро. Foo также может иметь метод с именем foo: baz: bar: . Поскольку аргументы ключевых слов Python не упорядочены, возможно, вы действительно вызываете этот метод. Точно так же, если вы попытались вызвать foo: baz: bar: , вы на самом деле можете вызвать foo: bar: baz: . На самом деле такой случай маловероятен, но если он когда-либо произойдет, вы не сможете надежно вызвать ни один из методов.

Итак, в PyObjC вам нужно будет вызвать метод следующим образом:

movie = QTMovie.movieWithURL_error_(URL, ???)

Возможно, вам интересно, что такое ???.C не допускает множественных возвращаемых значений, поэтому в Objective-C аргумент error: принимает указатель на переменную-указатель, и метод сохранит объект в этой переменной (это называется return- по ссылке). Python не имеет указателей, поэтому способ обработки таких аргументов мостом заключается в том, что вы передаете None, а метод (кажется) возвращает кортеж. Итак, правильный пример:

movie, error = QTMovie.movieWithURL_error_(URL, None)

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

Есть и другие проблемы, такие как GIL. Какао-приложения станут только более параллельными, и вы захотите в этом участвовать, особенно с такими заманчивыми классами, как NSOperation. И GIL является серьезным препятствием, особенно на многоядерных машинах . Я сам говорю это как специалист по Python (когда не пишу для Cocoa). Как демонстрирует Дэвид Бизли в этом видео, это холодный, твердый факт; это нельзя отрицать.

Итак, если бы я собирался отказаться от Objective-C для своих приложений, я бы взял MacRuby . В отличие от PyObjC и RubyCocoa, сообщения объектам Какао не пересекают языковой мост; это с нуля реализация Ruby в Какао с языковыми расширениями для лучшей поддержки написания кода Какао в нем.

Но это слишком далеко впереди. Вы только начали. Начните с Objective-C. Лучше избегать всех несоответствий импеданса между языком, который вы используете, и тем, для которого написана документация, сохраняя их на одном языке.

Кроме того, вы обнаружите, что некоторые ошибки (например, сообщения умершим объектам) труднее диагностировать, не зная, как работает Objective-C. Вы будете писать эти ошибки как новый программист на Какао, независимо от того, на каком языке вы пишете код.

Итак, изучите C, а затем изучите Objective-C. Практическое знание того и другого не займет больше нескольких недель, и в конце вы будете лучше подготовлены ко всему остальному.

Я не буду вдаваться в подробности, как я выучил C; достаточно сказать, что я не рекомендую то, как я это делал. Я слышал, что эта книга хорошая, но я никогда не владел ею и не читал. У меня есть эта книга , и я могу подтвердить, что она хороша, но также не предназначена для Mac; пропустите главу о том, как скомпилировать код, и вместо этого используйте Xcode.

Что касается Objective-C: Книга Хиллегасса является самой популярной, но я не использовал ее. (Я просмотрел его, и он выглядит неплохо.) Я прочитал документ Apple по языку , а затем сразу же приступил к написанию небольших приложений Cocoa. Я читал некоторые из руководств , но результаты были неоднозначными. Существует учебник по конвертеру валют , но он мне совсем не помог и не совсем отражает современное приложение Cocoa. (Современные приложения по-прежнему используют выходы и действия, но также и привязки, а реалистичный конвертер валют - это почти целиком пара привязок.)