Возникли проблемы с использованием AFNetworking при получении JSON

1. Вы устанавливаете acceptableContentTypes на text/html. Я предполагаю, что вы делаете это, потому что ваш веб-сервис не устанавливает правильный заголовок Content-Type, чтобы указать, что это application/json. Если вы исправили веб-службу для предоставления правильного заголовка Content-Type, вы могли бы удалить эту строку acceptableContentTypes в своем коде Objective-C.

   Если вам интересно, почему вам не нужно было беспокоиться об этом с NSURLConnection, это потому, что NSURLConnection не выполняет никакой проверки Content-Type (если, конечно, вы не пишете свой собственный код, например, didReceiveResponse, который проверял это ).

2. Вы предполагаете, что не можете отобразить данные. Но вот оно, на втором снимке экрана. Лично я меньше беспокоюсь о внутреннем представлении, чем о том, могу ли я получить доступ к данным из NSDictionary. если ты

   NSLog(@"responseObject=%@", responseObject); 
   

   в #3, внутри блока успеха, что именно вы видите? Держу пари, вы увидите свой NSDictionary в порядке (несмотря на тонкие различия во внутреннем представлении).

   Я утверждаю, что вы успешно возвращаете данные. Да, ваш веб-сервис должен установить правильный заголовок Content-Type, чтобы вам не пришлось перезаписывать значение acceptableContentTypes, но похоже, что AFNetworking нормально извлекает ваши данные.

3. Вероятная проблема заключается в том, что ваш основной поток пытается использовать jsonDict до выполнения асинхронного сетевого запроса. Таким образом, хитрость заключается в том, чтобы отложить использование jsonDict до тех пор, пока не будет выполнен асинхронный запрос.

   Вы обновили свой вопрос, показав нам, что вы создаете экземпляр DataParser и вызываете sendBackAllGames. Вы должны поместить этот код внутри блока завершения вашего асинхронного сетевого запроса.

   В качестве альтернативы вы можете использовать шаблон блока завершения в своем методе fetchData, а затем метод getAllGames может предоставить код sendBackAllGames в блоке завершения, который fetchData вызывает внутри блока успеха AFHTTPRequestOperation.

Если бы вы использовали шаблон блока завершения, это выглядело бы так:

-(void) fetchDataWithCompletionHandler:(void (^)(id responseObject, NSError *error))completionHandler {

    NSURL *url = [NSURL URLWithString:string];
    NSURLRequest *request = [NSURLRequest requestWithURL:url];

    AFHTTPRequestOperation *operation = [[AFHTTPRequestOperation alloc] initWithRequest:request];
    operation.responseSerializer = [AFJSONResponseSerializer serializer];

    // removed once we fixed the `Content-Type` header on server
    //
    // operation.responseSerializer.acceptableContentTypes = [NSSet setWithObject:@"text/html"];

    [operation setCompletionBlockWithSuccess:^(AFHTTPRequestOperation *operation, id responseObject) {
        if (completionHandler) {
            completionHandler(responseObject, nil);
        }
    } failure:^(AFHTTPRequestOperation *operation, NSError *error) {
        [[[UIAlertView alloc] initWithTitle:@"Error Retrieving Weather"
                                    message:[error localizedDescription]
                                   delegate:nil
                          cancelButtonTitle:@"OK"
                          otherButtonTitles:nil] show];

        if (completionHandler) {
            completionHandler(nil, error);
        }
    }];

    [operation start];
}

И вы бы назвали это так:

[self fetchDataWithCompletionHandler:^(id responseObject, NSError *error) {
    if (responseObject) {
        DataParser *dataParserObjec = [[DataParser alloc] init];

        NSMutableDictionary *results = [dataParserObjec sendBackAllGames:jsonDict];

        // do whatever you want with results
    }
}];

Если бы метод, вызвавший getAllGames, нуждался в возврате данных, вы бы повторили этот шаблон блока завершения и для этого метода.