NSDictionary‹FBGraphUser› * объяснение синтаксиса пользователя

По сути, NSDictionary<FBGraphUser> *user подразумевает объект, который наследуется от NSDictionary, добавляя функциональные возможности (в частности, типизированный доступ), объявленные протоколом FBGraphUser.

Причины такого подхода достаточно подробно описаны в FBGraphObject. документации (протокол FBGraphUser расширяет протокол FBGraphObject). Что может сбить вас с толку, так это то, что FBGraphObject — это протокол (описанный здесь) и класс (описанный здесь), который наследуется от NSMutableDictionary.

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

#pragma mark -
#pragma mark NSObject overrides

// make the respondsToSelector method do the right thing for the selectors we handle
- (BOOL)respondsToSelector:(SEL)sel
{
    return  [super respondsToSelector:sel] ||
    ([FBGraphObject inferredImplTypeForSelector:sel] != SelectorInferredImplTypeNone);
}

- (BOOL)conformsToProtocol:(Protocol *)protocol {
    return  [super conformsToProtocol:protocol] ||
    ([FBGraphObject isProtocolImplementationInferable:protocol 
                           checkFBGraphObjectAdoption:YES]);
}

// returns the signature for the method that we will actually invoke
- (NSMethodSignature *)methodSignatureForSelector:(SEL)sel {
    SEL alternateSelector = sel;

    // if we should forward, to where?
    switch ([FBGraphObject inferredImplTypeForSelector:sel]) {
        case SelectorInferredImplTypeGet:
            alternateSelector = @selector(objectForKey:);
            break;
        case SelectorInferredImplTypeSet:
            alternateSelector = @selector(setObject:forKey:);
            break;
        case SelectorInferredImplTypeNone:
        default:
            break;
    }

    return [super methodSignatureForSelector:alternateSelector];
}

// forwards otherwise missing selectors that match the FBGraphObject convention
- (void)forwardInvocation:(NSInvocation *)invocation {
    // if we should forward, to where?
    switch ([FBGraphObject inferredImplTypeForSelector:[invocation selector]]) {
        case SelectorInferredImplTypeGet: {
            // property getter impl uses the selector name as an argument...
            NSString *propertyName = NSStringFromSelector([invocation selector]);
            [invocation setArgument:&propertyName atIndex:2];
            //... to the replacement method objectForKey:
            invocation.selector = @selector(objectForKey:);
            [invocation invokeWithTarget:self];
            break;
        }
        case SelectorInferredImplTypeSet: {
            // property setter impl uses the selector name as an argument...
            NSMutableString *propertyName = [NSMutableString stringWithString:NSStringFromSelector([invocation selector])];
            // remove 'set' and trailing ':', and lowercase the new first character
            [propertyName deleteCharactersInRange:NSMakeRange(0, 3)];                       // "set"
            [propertyName deleteCharactersInRange:NSMakeRange(propertyName.length - 1, 1)]; // ":"

            NSString *firstChar = [[propertyName substringWithRange:NSMakeRange(0,1)] lowercaseString];
            [propertyName replaceCharactersInRange:NSMakeRange(0, 1) withString:firstChar];
            // the object argument is already in the right place (2), but we need to set the key argument
            [invocation setArgument:&propertyName atIndex:3];
            // and replace the missing method with setObject:forKey:
            invocation.selector = @selector(setObject:forKey:);
            [invocation invokeWithTarget:self]; 
            break;
        } 
        case SelectorInferredImplTypeNone:
        default: 
            [super forwardInvocation:invocation];
            return;
    }
}

Этот синтаксис чем-то похож на синтаксис синтаксиса объекта id.

"Несколько похоже"? Как насчет "идентичных"?

и этот словарь соответствует протоколу

Нет, в объявлении сказано, что вы должны передать объект класса NSDictionary, который в то же время соответствует протоколу FBGraphUser.

Но откуда взялся точечный синтаксис

Я этого не понимаю. Оно исходит от программиста, написавшего рассматриваемый фрагмент кода. И это возможно, потому что протокол FBGraphUser объявляет некоторые свойства, к которым затем можно получить доступ через точечную нотацию.

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

Он называется не "NSFoundation", а просто Foundation. И не объект не "соответствует" (а скорее "соответствует") протоколу, а его класс. И вы только что сами показали синтаксис для этого.

И как это реализовано? Просто: категория.

#import <Foundation/Foundation.h>

@protocol Foo
@property (readonly, assign) int answer;
@end

@interface NSDictionary (MyCategory) <Foo>
@end

@implementation NSDictionary (MyCategory)

- (int)answer
{
    return 42;
}

@end

int main()
{
    NSDictionary *d = [NSDictionary dictionary];
    NSLog(@"%d", d.answer);
    return 0;
}

Это SSCCE, т.е. е. он компилируется и работает как есть, попробуйте!

Как должен выглядеть базовый код, чтобы такой синтаксис работал?

Ответил выше.

Почему он существует?

Потому что язык определен так.

Зачем Facebook реализовывать это таким образом, а не просто создавать объект, в который они могут конвертировать данные?

Не знаю, спросите у парней из Facebook.