iOS REST设计模式建议

Question

我想要一些关于我的iOS应用程序是否使用更好的设计模式的意见，该应用程序使用REST模型与Django后端异步通信。

服务器目前可以返回三种类型的请求响应：

• JSON对象
• 服务器状态码整数
• 长长的Django错误消息

当在需要从服务器获取数据的iOS应用中执行操作时，我的设计模式如下所示：

• 将观察者添加到通知中心，以指定可以处理服务器响应的方法
• 该方法放在一起并发送NSURLConnection
• NSURLConnection委托方法接收响应，进行某种解释以检查它是哪种服务器响应，然后将适当的通知发布到通知中心
• 这触发响应方法运行，处理响应

这种模式的问题在于，编写了大量用于发送和接收单独的请求和响应类型的方法。 例如，如果我要一个项目列表，则需要向通知中心添加多个观察者，一个用于处理用户列表，一个用于处理空白用户列表，另一个用于处理错误。 然后，我需要根据服务器发送的响应类型，为这三种方法中的每一种编写自定义方法，以执行适当的操作并删除观察者。

此外，NSURLConnection委托最终变得相当复杂，因为我试图解释收到的响应类型（接收到的列表中的项目是什么类型？），而没有太多关于请求内容的上下文，以确保我不会服务器消息返回时，不要调用错误的响应方法。

我对iOS编程和REST编程都比较陌生，因此我可能会遗漏一些明显的东西。 任何建议或资源的链接表示赞赏。

Answer 1

最初，我会考虑使用RestKit从网络通信中抽象出您的代码，以便您可以更加担心数据模型和高级请求。 其次，我不会为此使用通知，因为它可能会变得凌乱，并且很难同时管理多个请求-为此，委托或阻止回调会更好。

Answer 2

您的REST实现主要是在服务器端，并且通常情况下，您将传递和接收二进制文件。 有许多因素需要考虑，包括您是否正在使用HTTP。

使用NSJSONSerialization类和JSON与NSURLConnection一起使用JSON可使您的程序更加精简和NSJSONSerialization 。