【原】谈谈对Objective

  • 时间:
  • 浏览:0
  • 来源:大发时时彩_时时彩官方网_大发时时彩官方网

本文转载请注明出处 —— polobymulberry-博客园

1. 前言


这篇文章主只是 对代理模式和委托模式进行了对比,当时人认为Objective-C中的delegate大次责用法属于委托模式。全文只是 抠概念,对实际开发这么 任何影响。

前段时间看一遍的一篇博客iOS开发——从一道题看Delegate,和这篇博客iOS APP 架构漫谈正确处理的大现象类事。两篇blog都写得很不错,有的是为了正确处理从前页面之间的数据传递大现象:

A页面中有 从前UILabel *labelA,B页面中有 从前UITextField *textFieldB。从A页面跳转到B页面后,更改textFieldB中数据再返回到A页面,labelA显示的将是textFieldB中更改后的数据,嗯,只是 这么 简单的从前数据传递场景。

正确处理五种大现象土依据 只是 ,比如使用从前DAO(data access object)去维护labelA和textFieldB所对应的数据。页面的数据流向如下图从前:

因此五种场景有的是很简化,只是 不不也能 引入DAO这么 重的架构。

有从前让我们让我们让我们 会陷入技术的细节不可自拔,不妨静下来想一想,五种大现象本质在哪些?

五种大现象的难点在于页面B中textFieldB的数据变化后无法通知页面A中的labelA。可能页面B中有 labelA的引用就好了,从前就可不也能 直接在页面B的代码中操作labelA。于是我在页面B中去掉 了从前UILabel *labelARef,在A页面push到B页面时,将页面A的labelA赋值给labelRef即可(亲测可不也能 进行数据传递)。

上述土依据 之只是 可行,不过让我们让我们让我们 肯定都之只是 从前设计也是很深暴了。可能数据传递的业务比较多,这么 页面B中就也能 引用只是 页面A的属性。当然让我们让我们让我们 可不也能 直接引用页面A作为页面B的属性,即UIViewController *vcA。如下图所示:

从前设计之只是 没啥大现象。不过让我们让我们让我们 这次主题是代理模式,从前们说的五种大现象到底和代理模式哪些联系呢?

2.使用代理模式实现数据传递


让我们让我们让我们 先看看GoF《设计模式:可复用面向软件的基础》中对代理模式的描述:为只是 对象提供五种代理以控制对五种对象的访问。咦,是有的是和底下五种大现象很像?为页面B提供五种代理以控制页面A的访问,能控制页面A,那就能控制页面A中的labelA。从前底下那种直接引用对象的土依据 也可不也能 提供对五种对象的访问啊,为哪些一定要通过代理呢?让我们让我们让我们 来看下代理模式的UML图:

注意上图中Proxy和RealSubject都实现了Subject五种接口,因此实现了相同的接口函数DoAction(),另外Proxy存有一份RealSubject的引用,即图中的delegate。一般来说,Proxy在实现DoAction时,会调用RealSubject的DoAction,也只是 利用所引用的delegate调用RealSubject的DoAction。按照我当时人的理解,之只是 会出现代理模式,是可能用户也能 对RealSubject的DoAction功能进行扩展,又无法对RealSubject中的DoAction直接进行修改(因此也违反了封闭-开放原则),于是使用了Proxy对RealSubject的DoAction进行了扩展,而扩展的内容有的是DoAction,只是 又将DoAction抽象出来,做成了接口。

回到底下那个案例,让我们让我们让我们 可不也能 利用代理模式进行如下分类整理:

这里介绍从前小技巧,即怎么里能辨别谁是代理 —— 直接跟Client打交道的是代理,此处Client只是 ViewControllerB的textFieldB控件,只是 直接打交道的只是 ViewControllerB,也只是 说ViewControllerB是代理。

代码如下:

// DataTransDelegate

// DataTransDelegate
@protocol DataTransDelegate <NSObject>
- (void)didTextFieldChanged:(UITextField *)textField;
@end

// ViewControllerA

// ViewControllerA.m
#import "ViewControllerA.h"
#import "ViewControllerB.h"
#import "DataTransDelegate.h"

@interface ViewControllerA () <DataTransDelegate>
@property (strong, nonatomic) UILabel *labelA;
@property (strong, nonatomic) UIButton *buttonA;
@end

@implementation ViewControllerA

- (void)viewDidLoad {
    [super viewDidLoad];
    
    [self.view addSubview:self.labelA];
    [self.view addSubview:self.buttonA];
    
    [self.buttonA addTarget:self action:@selector(pushVC) forControlEvents:UIControlEventTouchUpInside];
}

- (void)pushVC
{
    ViewControllerB *vcB = [[ViewControllerB alloc] init];
    vcB.delegate = self;
    [self.navigationController pushViewController:vcB animated:NO];
}

- (void)didTextFieldChanged:(UITextField *)textField
{
    self.labelA.text = textField.text;
}

- (UILabel *)labelA
{
    if (_labelA == nil) {
        _labelA = [[UILabel alloc] initWithFrame:CGRectMake(1000, 1000, 1000, 1000)];
        _labelA.text = @"显示vcB中的textField内容";
    }
    return _labelA;
}

- (UIButton *)buttonA
{
    if (_buttonA == nil) {
        _buttonA = [[UIButton alloc] initWithFrame:CGRectMake(1000, 1000, 1000, 1000)];
        _buttonA.backgroundColor = [UIColor blueColor];
        [_buttonA setTitle:@"进入vcB" forState:UIControlStateNormal];
    }
    return _buttonA;
}

@end

// ViewControllerB

// ViewControllerB.h
@protocol DataTransDelegate;

@interface ViewControllerB : UIViewController
@property (nonatomic, weak) id<DataTransDelegate> delegate;
@end

// ViewController.m
#import "ViewControllerB.h"
#import "DataTransDelegate.h"

@interface ViewControllerB () <UITextFieldDelegate, DataTransDelegate>
@property (strong, nonatomic) UITextField *textFieldB;
@end

@implementation ViewControllerB

- (void)viewDidLoad {
    [super viewDidLoad];
    
    [self.view addSubview:self.textFieldB];
    self.textFieldB.delegate = self;
}

- (void)textFieldDidEndEditing:(UITextField *)textField
{
    [self didTextFieldChanged:textField];
}

- (void)didTextFieldChanged:(UITextField *)textField
{
    [self.delegate didTextFieldChanged:textField];
}

- (UITextField *)textFieldB
{
    if (_textFieldB == nil) {
        _textFieldB = [[UITextField alloc] initWithFrame:CGRectMake(1000, 1000, 1000, 1000)];
        _textFieldB.text = @"输入文字";
        _textFieldB.backgroundColor = [UIColor redColor];
    }
    return _textFieldB;
}

@end

效果如下:

3.关于代理模式误解


之也这么 目前为止并没哪些异样。关键是在让我们让我们让我们 对Objective-C的protocol使用上,一般是结合delegate使用的。大多数让我们让我们让我们 称五种模式是代理模式,因此我之只是 delegate更像是五种委托模式,而非真正意义上的代理,代理是proxy,而委托是delegate。另外,代理模式中代理和被代理者都也能 继承并实现同从前接口Subject,而让我们让我们让我们 使用delegate一般只也能 让其中从前类继承并实现对应接口即可。

委托模式是软件设计模式中的一项基本技巧。在委托模式中,有从前对象参与正确处理同从前请求,接受请求的对象将请求委托给从前对象来正确处理。之只是 底下的viewControllerB中有 了viewControllerA的引用五种做法只是 委托模式。

比如让我们让我们让我们 最为熟知的UITableView,只是 从前典型的委托模式,它将tableView的中不变的次责封装起来,将总是变化的次责委托给用户当时人正确处理,只是 说UITableView只是 从前delegator,而遵循UITableViewDelegate的那个类只是 delegate,只是 让我们让我们让我们 总是会在从前UIViewController中使用类事self.tableView.delegate = self从前的表达;

让我们让我们让我们 可能会疑惑为哪些还也能 使用UITableViewDelegate五种类事于Java中的interface?我当时人理解是可能从前方便统一接口,接口统一了,方便了用户,可能只也能 实现这有几次接口就可不也能 了。

只是 让我们让我们让我们 可不也能 看一遍最从前刚现在现在开始提到的两篇博客之只是 借助了Objective-C中的protocol实现了的之也算是委托模式。

可能这么 说委托模式和代理模式哪些关系搞笑的话,我之只是 代理模式应该算是五种特殊的委托模式。