我正在查看Overcoat库,从我收集的内容来看,它是扩展Mantle库的库。
地幔:https://github.com/Mantle/Mantle/
大衣:https://github.com/gonzalezreal/Overcoat
Mantle和Overcoat github页面上一直提到创建Mantle模型,但是我想知道如何生成Mantle模型?我是手动输入还是使用Xcode xcdatamodel文件以可视方式构建它,然后生成子目录并随后修改该文件?
在Core Data中,请使用Interface Builder在xcdatamodel文件中创建实体,然后使用Xcode的Editor> Create NSManagedObject子类。
我们对Mantle做同样的事情,然后从NSManagedObject更改为MTLModel吗?
当我们决定更新xcdatamodel文件中的Core Data实体时会发生什么?如果我们再次重新生成模型文件,是否不必将所有这些更改重新添加到NSManagedObject类中?
super 对此过程感到困惑。
最佳答案
好的,我想我将开始更多地了解它。经过几个小时的反复试验,我能够获得一个基本的Overcoat演示应用程序,该应用程序可以从REST API提取Core Data。
我让它像这样工作:
1)我们在xcdatamodel文件中创建实体,但不要使用“编辑器”>“创建NSManagedObject类”菜单生成NSManagedObject类。
2)根据正常的右键单击项目文件夹(在Xcode中)> New File>选择MTLModel作为子类,然后创建Mantle模型子类,然后手动输入属性。值得注意的是,子类 header 应类似于:
@interface Book : MTLModel <MTLJSONSerializing, MTLManagedObjectSerializing>
@property (nonatomic, copy) NSString *title;
...
@end
3)如果您不小心像我一样生成了Core Data实体,则xcdatamodel文件实际上将类名添加到xcdatamodel中“ Configuration ”下的“ Default ”部分中。
您需要删除“类”列中的任何值,否则最终将导致严重的崩溃,提示:
"XYZ" is not a subclass of NSManagedObject.
4)确保在Mantle模型类中实现MTLJSONSerialization和MTLManagedObjectSerializing的序列化方法。
#pragma mark - MTLJSONSerialization -
+(NSDictionary *)JSONKeyPathsByPropertyKey
{
return @{
@"title": @"title",
...
};
}
#pragma mark - MTLManagedObjectSerializing -
+(NSString *)managedObjectEntityName
{
// ------------------------------------------------
// If you have a Core Data entity called "Book"
// then you return @"Book";
//
// Don't return the Mantle model class name here.
// ------------------------------------------------
return @"TheCoreDataEntityName";
}
+(NSDictionary *)managedObjectKeysByPropertyKey
{
// ------------------------------------------------
// not really sure what this does, I just put
// it in as the example does it too
// ------------------------------------------------
return @{};
}
这些方法本质上是将JSON响应从服务器映射到核心数据实体的粘合。
5)让我感到更重要的一件事是服务器返回响应的方式。
您的服务器可能使用HTTP状态代码,并且没有顶级JSON字典
例如
// no top level JSON dictionary, purely just an array of results
{
{
title: "ABC",
...
},
{
title: "ABC",
...
},
{
title: "ABC",
...
},
}
而其他类型的REST服务器可能会返回顶级JSON字典,其结果键路径位于子级别,如下所示:
{
count: 20,
next: "http://www.server.com/api/resource?page=2",
previous: null,
results:(
{
title: "ABC",
...
},
{
title: "ABC",
...
},
{
title: "ABC",
...
})
}
在后一种情况下,根据我模糊的理解,这被称为“信封”类型的响应。对于这些类型的服务器响应,有一个额外的步骤涉及告诉Overcoat结果键路径数组在JSON响应中的位置。
为此,我们需要:
5a)创建一个ServerResponse类,它是OVCresponse的子类:
// .h file
#import "OVCResponse.h"
@interface ServerResponse : OVCResponse
@end
// .m file
@implementation ServerResponse
+(NSString *)resultKeyPathForJSONDictionary:(NSDictionary *)JSONDictionary
{
// --------------------------------------------------------------------
// we're telling Overcoat, the array of entities is found under the
// "results" key-value pair in the server response JSON dictionary
// --------------------------------------------------------------------
return @"results";
}
@end
5b)在您的APIClient类(应该是
OVCHTTPSessionManager
的子类)中,重写该方法:+(Class)responseClass
{
// --------------------------------------------------
// ServerResponse class will let Overcoat know
// where to find the results array
// --------------------------------------------------
return [ServerResponse class];
}
希望这可以帮助遇到相同问题的其他人尝试使Overcoat正常工作。
关于iOS外套+大衣,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/25255671/