这个话题并不陌生，但是仔细去研究实则是很有意义的一件事情，是对已有知识更多维、更深层次的解读。
当我们将属性设置为只读时，这时就不会再生成setter方法，所以我们在实现文件中就不能再通过点语法来对其直接赋值。这是我们可以通过下面几种方式来赋值。
1、使用类拓展方式
也就是我们在类拓展中将属性拓展为“可读写”。
示例：
//.h
@interface ViewController : UIViewController
@property (nonatomic, strong, readonly) NSString *readonlyFirstString;
@property (nonatomic, strong, readonly) NSString *readonlySecondStrnig;
@end
//.m
@interface ViewController ()
@property (nonatomic, strong, readwrite) NSString *readonlyFirstString;
@property (nonatomic, strong, readwrite) NSString *readonlySecondStrnig;
@end
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
//在上面的类拓展中，重新将属性拓展为“可读写”后， 我们就可以使用点语法在类的内部任意修改变量。
self.readonlyFirstString = @"内部任意修改";
self.readonlySecondStrnig = @"内部任意修改";
}
@end
2、KVC赋值方式
1) 主动添加setter方法来实现在类内部修改变量
示例：
// .m
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
self.readonlyFirstString = @"内部任意修改";
self.readonlySecondStrnig = @"内部任意修改";
}
//主动添加setter方法，从而在类内部可以修改变量。
- (void)setReadonlyFirstString:(NSString *)readonlyFirstString {
if(readonlyFirstString) {
_readonlyFirstString = readonlyFirstString;
}
}
- (void)setReadonlySecondStrnig:(NSString *)readonlySecondStrnig {
if(readonlySecondStrnig) {
_readonlySecondStrnig = readonlySecondStrnig;
}
}
@end
2）通过 _<key>来赋值
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
// 通过 _变量名（kvc方式，关于kvc的详解，可参阅本人的另一篇博客）
_readonlyFirstString = @"内部任意修改";
_readonlySecondStrnig = @"内部任意修改";
}
@end
以上几种做法其实很有用，即能令外界无法修改对象，又能在其内部按照需要管理其数据。这样封装在类中的数据就由实例本身来控制，而外部代码无法修改其值。
3、完全禁止外部对只读属性进行修改
以上我们讲了在类内部通过kvc方式对只读属性进行修改，但是我们在外部如果通过kvc方式，是否也能够修改某个类的readonly属性呢？答案是：可以的。
例如外界通过：
[vc setValue:@"xxxx" forKey:NSStringFromSelector(@selector(readonlyFirstString))];
NSLog(@"========%@",vc.readonlyFirstString);
!!!:haoyu - 我们会发现最终结果是：xxx，我们声明的只读属性被修改了。
为了达到完全杜绝外部修改只读属性，我们可以做以下操作：
将+(BOOL)accessInstanceVariablesDirectly 函数返回值置为NO，即不允许直接访问实例变量
简单解释下：
KVC方式会在先查找了setValue:for<Key>:后没有找到，然后调用该函数询问是否直接存取实例变量，如果返回 YES，那么该会以 _<key>, _is<Key>, <key>, is<Key> 的顺序查找是否存在对应的key。
具体的执行过程，可参阅本人关于kvc的博客，这里不做详细讲解
所以解决方案是：
1、在类内部修改只读属性时，不要通过主动添加setter函数方式
2、重写+(BOOL)accessInstanceVariablesDirectly 函数并返回NO。
这样处理完后，外部就无法修改“只读”属性。
示例：
//.h文件
@interface ViewController : UIViewController
@property (nonatomic, strong, readonly) NSString *readonlyFirstString;
@property (nonatomic, strong, readonly) NSString *readonlySecondStrnig;
@end
//.m文件
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
_readonlyFirstString = @"内部任意修改";
_readonlySecondStrnig = @"内部任意修改";
}
+(BOOL)accessInstanceVariablesDirectly {
return NO;
}
@end
使用方如果视图通过KVC方式来修改某个类的只读属性，警徽产生编译错误。
[vc setValue:@"xxxx" forKey:NSStringFromSelector(@selector(readonlyFirstString))];
会产生编译错误，程序crash：
*** Terminating app due to uncaught exception 'NSUnknownKeyException', reason: '[<ViewController 0x7f9cfac0b410> setValue:forUndefinedKey:]: this class is not key value coding-compliant for the key readonlyFirstString.'
