49

我正在编写一个 iPhone 应用程序，我最终决定使用 RestKit 作为连接到 REST 服务的框架。

我正在考虑构建的方式是让我的应用程序中的控制器对 RestKit 完全不可知。例如。如果我有一个登录屏幕，在通常的 RestKit 场景中（基于示例程序以及由 RestKit 开发人员创建的一些博客条目），您将让控制器实现 RKRequestDelegate 协议并使用 RKClient 调用控制器中的服务传递自我（控制器）作为代表。我想对开发控制器和视图的用户隐藏它。

我在想的是以下内容。我将有一个 LoginService 将登录用户。将有协议 LoginServiceDelegate ，它有成功和失败两种方法。而Controller可以实现LoginServiceDelegate，调用LoginService中的login方法，获取成功或失败回调。但是要做到这一点，我需要一些方法让我的 LoginService 将调用委托回控制器。RestKit 不允许我这样做，并且我能够做到这一点的唯一方法是使用 LoginServiceDelegate 初始化 LoginService，将该委托存储为属性并在成功登录或失败时调用委托中的适当方法。

这将我的控制器代码库保持在最低限度，并完全隐藏了 LoginService 的工作方式以及它内部使用的框架。委托的使用也将控制器与模型分离，因此我们有一个很好的 MVC 事情。但是，我担心模型类保留 Controller 对象的含义，因为它保留了委托。

您将如何使用 RestKit ？如果你认为我的方法很好，你会改变什么让它变得更好？如果您不喜欢我的方法，希望您就为什么认为这不是一个好的做法提供反馈。

下面的代码片段应该给你一个更好的主意

@protocol LoginServiceDelegate;

@interface LoginService : NSObject <RKRequestDelegate>{
    NSObject<LoginServiceDelegate> *_loginServiceDelegate;

}

@property (retain, nonatomic) NSObject <LoginServiceDelegate> *loginServiceDelegate;

- (id) initWithDelegate:(NSObject<LoginServiceDelegate>*) loginServiceDelegate;

- (void) login:(NSString *)username withPassword:(NSString *)password;

@end

@protocol LoginServiceDelegate
@optional

- (void) loginSuccess:(LoginInfo *) loginInfo;

- (void) loginFailure:(NSString *) message;

@end

干杯！！！

4

1 回答 1

73

我是 RestKit 的作者，我们提倡使用这样的模式在 RestKit 之上构建更高级别的抽象。我通常围绕模型对象构建回调等，而不是创建新的 LoginService 类型的对象，但任何一种方式都可以。在我的示例中，您将执行以下操作：

@implementation RKUser
- (void)loginWithDelegate:(NSObject<RKUserAuthenticationDelegate>*)delegate {}
@end

@protocol RKUserAuthenticationDelegate
- (void)userDidLogin:(RKUser*)user;
- (void)userDidFailLoginWithError:(RKUser*)user;
- (void)userDidLogout:(RKUser*)user
@end

无论如何，我建议的另一件事是将您的代表从保留更改为分配。在你的 dealloc 方法中，你可以做几件事：

  1. 取消委托，这样你就不会被回调崩溃
  2. 请求请求队列取消任何请求：[[RKRequestQueue sharedQueue] cancelRequestsWithDelegate:self];

从内存管理/内务管理的角度来看，这就是您需要担心的所有问题。我通常总是做的另一件事是为我的身份验证生命周期事件创建通知。根据我的经验，你总是需要观察它们来更新 UI。

你走在正确的轨道上，设计很好。

最好的，布莱克

于 2011-04-14T13:01:04.300 回答