对MVVM的另类使用

  我的理解：MVC VS MVVM。网上对MVC和MVVM的介绍也已经非常多了。我觉得MVVM其实也是MVC的一种。只不过MVVM的职能划分更为细致了而已。网上比较盛行的是响应式编程。这个的争论是仁者见仁，智者见智了。现在就不做这个的讨论。

  今天想要介绍的是如何在不使用RAC来实现这个MVVM，现在已经用于工程中，并且工程的耦合度大大的下降。

  我的解决方案大部分来源于猿题库的工程师的一篇博客。我现在无法找到那篇博客地址所在，以后找到会附上链接。这里表示对原作者的感谢。由于原文种并没有给出具体的实现，于是我加了一部分自己的补充，已经将具体的实现通过自己的方式完成。

 这里先附上我的各个模块的关系图

转载本博客的时候请附上原文链接：http://www.junwen1992.com//articles/2016/04/25/1461571806713.html

1.viewController：所有的东西都是有viewController中来进行管理的。但是viewController只是用来定义view viewModel等对象----负责转载，以及响应view中的事件。

2.view：view是一个视图。

（1）这里面制作ui相关的操作。如：验证码按钮，验证码按钮点击后会发生ui上的变化。获取验证码------>倒计时 ，这部分应该放在view中进行完成。而获取验证码，发送网络请求，这部分应该由viewController来响应。    

（2）在rac中，如果viewmodel中的数据，发生了改变。则view中显示的数据是会改变的。而我们没有使用信号量的机制，所以这里需要自己替代。 如：更新view的操作，在view中应该要实现一个方法，updateButtonValue：(nsstring *)str 类似的方法，供viewModel更新新完数据后进行调用。

3.viewModel 这个是跟view息息相关的。

（1）他负责将网络请求回来的数据源，或者model数据源转换为view需要的数据。

（2）遇到需要请求网络的时候，会回调这个类的方法网络请求成功方法 -----> 将model转换为view所需的数据 ------>调用view事先写好的updateView的方法（这里viewModel需要对view一个weak引用）。

4.serviceModel 这个是用来处理业务逻辑的。

5.dataControl 这个类负责发起网络请求，然后将网络请求封装成model数据，并且回传给viewModel。 

6.model实体类，不多说了。

总结上面的模式：这样你的viewController就会非常的精简，view中的代码只是视图，不做任何的操作，由于实现了分离，更有利于做测试。

另外，在整体的使用中，会抽象出多的基类，工具类等。。。根据不同的特点活用category和继承，特别是category，非常推荐。有了他可以让你的代码非常的简洁。

另推荐一种声明对象并实例化的写法

 YBMWorkOrderTableView *tableview = ({
        YBMWorkOrderTableView *tableview = [[YBMWorkOrderTableView alloc] init];
        tableview.delegate = self;
        [tableview setBounces:NO];
        tableview;
    });
我觉得这样的写法非常优美，它将所有定义该属性的设置都放在了一起。代码可读性大大的加强了