На поверхности ObjectIds [х], как представляется, словарь, и компилятор выдаст вам перерыв на типах если вы разыменования это таким образом. Так наивно разобрать, годный к употреблению синтаксис будет:
[self.iDArray append:objectIDs[1][@"objectId"]];
Но это неправильно семантический для синтаксического анализа, так как подразумевается, что массив ObjectIds подразумеваются содержать синтаксический анализ объекты (именованные смешение с суффиксом «ИД»). Если это действительно разобрать объекты, то ссылка коллекции стиль ObjectId не будет работать, и должна быть вместо
[self.iDArray append:((PFObject *)objectIDs[1]).objectId];
Или более читаемо:
PFObject *object = objectIDs[1];
NSString *objectId = object.objectId;
[self.iDArray append:objectId];
Но, по той же схеме семантически, прикосновенность кода является то, что это добавление к NSMutable массива, так что, вероятно, должно быть - для любого из вышеуказанных предложений:
[self.iDArray addObject: .....
Прекратите читать здесь, если вы заботитесь только о компиляции и выполнении без сбоя.
Но, даже если все это правильно, что, я думаю, можно сделать из кода, это свидетельствует о плохом дизайне, на мой взгляд. Быстрые разработчики, в частности, склонны сберегать объекты idID и передавать их как прокси-серверы для объекта, и при этом теряют все другие ценные вещи в PFObject.
Моя практика, где это возможно, просто сохранить и передать весь PFObject. Вы всегда можете спросить его об объекте, позже. Более убедительно, мое правило по чтению кода: показать мне parse.com код, который много относится к objectIds - за исключением таких вещей, как тесты равенства - и я покажу вам ошибку дизайна.
Можете ли вы добавить строки, отображающие типы и конструкции iDArray & objectIDs? – Laurent