iOS中常见的传值方式(单例,通知,持久化)

持久化传值

开发中,有很多数据持久化的方案,比如接下来我们就介绍一下6中方案中的NSUserDefaults:

Plist文件 (属性列表)
Preference (偏好设置)
NSKeyedArchiver (归档)
SQLite 3
CoreData
NSUserDefaults (数据持久化)

NSUserDefaults

一般用在保存账号,密码,登录状态,针对小数据,如果大了不让上线
所谓的持久化,就是将数据保存到硬盘中,使得在应用程序或机器重启后可以继续访问之前保存的数据
详细地址:http://www.cocoachina.com/ios/20150720/12610.html

  • 使用方式:
//1、在NextViewController.m中的返回上一页方法中 使用持久化传值
NSUserDefaults *user = [NSUserDefaults standardUserDefaults];
    [user setObject:self.textField1.text forKey:@"haha"];
//2、在RootViewController.m中:这里注意必须要写到 viewWillApper 的方法里面
-(void)viewWillAppear:(BOOL)animated{
    //持久化传值
    NSUserDefaults *user = [NSUserDefaults standardUserDefaults];
    self.textField.text = [user objectForKey:@"haha"];
}

补充说明:http://www.ithao123.cn/content-7906829.html

持久化传值 正向传值也是一样 也是1、2

IOS单例模式(Singleton)

  1. 单例模式的意思就是只有一个实例,单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例,这个类称为单例类。
  2. 如果说创建一个对象会耗费很多系统资源,那么此时采用单例模式,因为只需要一个实例,会节省alloc的时间.
  3. 在IOS开发中,如果很多模块都要使用同一个变量,此时如果把该变量放入单例类,则所有访问该变量的调用变得很容易,否则,只能通过一个模块传递给另外一个模块,这样增加了风险和复杂度
  • 单例模式的使用场景:
    在整个应用程序中,共享一份资源(这份资源只需要创建初始化一次)

  • 1、单例模式的要点:
    显然单例模式的要点有三个:
    1)某个类只能有一个实例
    2)它必须自行创建这个实例
    3)它必须自行向整个系统提供这个实例。

  • 2、单例模式的优点:
    1)实例控制:Singleton 会阻止其他对象实例化其自己的 Singleton 对象的副本,从而确保所有对象都访问唯一实例。
    2)灵活性:因为类控制了实例化过程,所以类可以更加灵活的修改实例化过程

  • IOS单例模式
    在OC中实例一个单例类,至少需要做到以下四个步骤:
    1、为单例对象实现一个静态实例,并初始化,然后设置成nil
    2、实现一个实例构造方法检查上面声明的静态实例是否为nil,如果是则新建并返回一个本类的实例
    3、重写allocWithZone方法,用来保证其他人直接使用alloc和init视图获得一个新实力的时候不产生一个新实例
    4、适当实现allocWitheZone,copyWithZone,release和autorelease。

判断是否是单例的方法,首先他是类方法,其次我们看到方法为share 或者是 defert的就是单例

单例传值(重点):不需要传递任何参数,有效解决不同代码的数据共享问题
单例类保证了应用程序的生命周期有且仅有一个该类的实例对象,而且易于外界访问。

  • 1、我们先创建一个继承于NSObject的文件 segleHandle
    在 segleHandle.h中, 我们定义一个类方法调用,并定义2个传值用的属性
@interface segleHandle : NSObject
//传值用的属性
+(instancetype)shareSegleHandle;
@property(nonatomic,strong)NSString *frontString;
@property(nonatomic,strong)NSString *imageStr;
@property(nonatomic,strong)NSString *backString;
@end

在 segleHandle.m中, 直接输入dispatch_once_t 看到GCD,回车

@implementation segleHandle
//静态区static segleHandle *handle = nil;
//线程,这个block中的代码 在程序期间只会执行一次
+(instancetype)shareSegleHandle{    
     static dispatch_once_t onceToken;    
     dispatch_once(&onceToken, ^{        
         handle = [[segleHandle alloc] init];    
     });    
     return handle;
}
@end

上面的block代码实现了以下这个功能,所以下面的不用写

+(instancetype)shareSegleHandle{// 判断 保证唯一性
    if (nil ==handle) {
     handle = [[segleHandle alloc] init];
    }    return handle;
}
  • 使用系统的单例传值:
    使用步骤:
    1.引用
#import "AppDelegate.h"
 AppDelegate *appDelegate = (AppDelegate *)[UIApplication sharedApplication].delegate;
//这里的 appDelegate 就是  appDelegate.findView = findV;
//使用系统的单例传值
 AppDelegate *appDelegate = (AppDelegate *)[UIApplication sharedApplication].delegate;
 FindView *findV = appDelegate.findView;

第二种单例模式:

在我们使用单例的时候,为了确保类的唯一性,所以一般重写alloc with zone。完善的代码如下:

#import <Foundation/Foundation.h>
@interface ZJPerson : NSObject
+(instancetype)sharePerson;
@end

.m文件如下:=========================================

#import "ZJPerson.h"
@interface ZJPerson ()<NSCopying> **//如果写了copy这里的NSCopying可以不写**
@end

@implementation ZJPersonstatic ZJPerson *_person;
//调用一千次也是返回的同一个对象,不管调用多少次alloc返回的也是Person
+(instancetype)allocWithZone:(struct _NSZone *)zone{    
        static dispatch_once_t onceToken;   
        dispatch_once(&onceToken, ^{       
        _person = [super allocWithZone:zone];   
       });    
       return _person;
}

//不管调用多少次sharePerson保证创建初始化1个对象
//不管调用多少次sharePerson,始终初始化一次。alloc init一次
+(instancetype)sharePerson{  
      static dispatch_once_t onceToken;    
      dispatch_once(&onceToken, ^{        
      _person = [[self alloc] init];    
      });   
   return _person;
}

//在别人调用copy的时候,返回的是同一个对象
-(id)copyWithZone:(NSZone *)zone{    
     return _person;
}
@end

单例正向传值:
1.在RootViewController.m中的点击下一页的方法中:

segleHandle *segle = [segleHandle shareSegleHandle];
    segle.frontString = self.textField.text;
    segle.imageStr = @"1.jpg";

2、在NextViewController.m中:

-(void)viewWillAppear:(BOOL)animated{

  self.textField1.text = [segleHandle shareSegleHandle].frontString;
  self.nextImageV.image = [UIImage imageNamed:[segleHandle shareSegleHandle].imageStr];
}

单例逆向传值:
1.在NextViewController.m中的返回上一页的方法中

segleHandle *seg = [segleHandle shareSegleHandle];
seg.backString = self.textField1.text;

2、在RootViewController.m中

self.textField.text = [segleHandle shareSegleHandle].backString;

文件传值:

本地持久化(离线的工作,把服务器取回来的数据的数据存在本地沙盒目录下,然后下次直接读文件取用。任何情况下,你有一个数据想给别的类用,可以把这个数据 write到文件,然后别的类读这个文件)

通知传值:(重点)一个发起者,一堆接收者,不需要协议,直接通过系统的通知中心工作

谁要监听值的变化,谁就注册通知 特别要注意,通知的接受者必须存在这一先决条件

  • notification Center 一对多

在传值页面执行如下代码发通知:

NSNotificationCenter *center = [NSNotificationCenter defaultCenter];

    //第二个参数object是我们要传的值,接受那边会受到这个值。这个参数必须是对象。[NSString stringWithFormat:@"%d",num]就是发出去的值.

NSNotification *notify = [NSNotification notificationWithName:@"zengzhiwei" object:[NSString stringWithFormat:@"%d",num]];

[center postNotification:notify];

在接收页面:

NSNotificationCenter *center = [NSNotificationCenter defaultCenter];

[center addObserver:self selector:@selector(secondDoWithNotification:) name:@"zengzhiwei" object:nil];

//第一个参数是目标(将要干活的对象),第二个参数是方法(要干的活),第三个参数是我正在观察的内容,要与发出者一致,第四个参数是观察者的参数,是给中心用的,我们暂时不关心。

//因为这次发送的zengzhiwei是带参数的,(执行对应方法。)

-(void)secondDoWithNotification:(NSNotification *)notice {

    NSString *object = [notice object];//把收到的通知参数转为字符串。

      if([object intValue ] == 0 ){

//删上面的按钮
       UIButton *btn = (UIButton *)[self.view viewWithTag:1000];
       [btn removeFromSuperview];
     }else{
//删下面的按钮
       UIButton *btn = (UIButton *)[self.view viewWithTag:1001];
       [btn removeFromSuperview];
   }
}

**继续通知传值: **

// 发送通知 修改mainView界面的名字
NSDictionary *infoDic = [NSDictionary dictionaryWithObjectsAndKeys:alertCtrl.textFields[0].text,@"name",nil];
[[NSNotificationCenter defaultCenter]postNotificationName:kNotificationChangeUserName object:nil userInfo:infoDic];

===========================================================
另一个控制器里面写:

// 注册修改用户名称通知
    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(notificationChangeUserNameAction:) name:kNotificationChangeUserName object:nil];

// 用户修改名称
- (void)notificationChangeUserNameAction:(NSNotification *)notification {
    NSString *iconButtonTitle = [notification.userInfo objectForKey:@"name"];
    [self.dock.iconButton setTitle:iconButtonTitle forState:UIControlStateNormal];
}

#pragma mark - 没有调用
- (void)dealloc {
    [[NSNotificationCenter defaultCenter] removeObserver:self];
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,402评论 6 499
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,377评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,483评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,165评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,176评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,146评论 1 297
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,032评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,896评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,311评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,536评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,696评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,413评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,008评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,659评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,815评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,698评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,592评论 2 353

推荐阅读更多精彩内容