框架只是为了更好的服务，不能为了框架而框架
下文是16年的，比较旧，以后有时间吧后期看的链接整理一下总结。可以忽悠下文。。。
iOS框架的一篇文章
Paste_Image.png
附上一个个人理解的mvc本地登录demo
控制器拥有视图和模型。控制器和视图，会去更新模型。（本例中视图也可拥有模型，赋值给模型（也算更新）,block就一个action就可以了。），模型中处理完成验证逻辑以后返回操作。
kWeakSelf(Lmodel);
_loginView.loginBlock = ^(NSString *account,NSString *pwd){
[weakLmodel loginStateWithAccount:account pwd:pwd success:^{
NSLog(@"%s", "pass");
} faile:^{
NSLog(@"%s", "omg,try again");
}];
};
Paste_Image.png
附上一个个人理解的mvp本地登录demo
控制器拥有p，操作模型通过p中间者。返回方法可以在代理或者block
kWeakSelf(self);
_loginView.loginBlock = ^(NSString *account,NSString *pwd){
[weakself.loginPresenter loginStateWithAccount:account pwd:pwd success:^{
NSLog(@"block Y");
} faile:^{
NSLog(@"block N");
}];
};
Paste_Image.png
附上一个个人理解的mvvm本地登录demo
mvvm好像有很多种:响应式, kvo...不过这个例子简单的啥都没用，感觉写着写着，又写成mvp了好像。
暂先这样。
其他比较好的文章（https://github.com/Draveness/analyze）
