MVC对MVC对MVC

MVC的主要目的即是将数据、逻辑、界面分离，从而使产品的结构更清晰。那么，应该如何分离才是最好最高效的呢？

第一种

view监听自己的事件，并回调controller，controller处理事件，并控制view显示。

第二种

view控制自己的显示，只通知controller处理数据

第三种

view将控件暴露给controller，由controller来监听view的事件，处理并控制view的显示

第一种

view与model，与controller分离。（不完全，view会耦合自身的事件逻辑，下同）

第二种

view与controller分离，但会与model耦合。

第三种

view严格与model，与controller分离。

举例：controller控制一个view，view上有一个button，点击button，会弹出一个tableView，tableView数据异步获取，将选择tableViewItem传给controller处理。

第一种

view监听button点击事件，并将事件回调给controller，controller从model取到数据，控制view显示tableView并显示数据，tableView监听自己的选择事件，并将选择item回调给controller，完成目标。其中controller同时需要监听view和tableView，view需要提供显示tableView和tableView加载数据的接口。

第二种

view监听button点击事件，从model取出数据并显示tableView。同时监听tableView的选择事件，并将选择item回调给controller，完成目标。其中controller需要监听view，view需要监听tableView。

第三种

controller监听button点击事件，从model取到数据并显示tableView。同时监听tableView的选择事件，完成目标。其中controller需要监听button和tableView。

代码结构：

第一种

view负责界面的初始化，包括view，button，tableView；负责控件的监听，包括button点击，tableView选择。

controller负责逻辑的控制，tableView显示；负责view的监听，包括view回调需要显示tableView，view回调最终选择项。

model负责数据的获取，tableView数据。

第二种

view负责界面的初始化，包括view，button，tableView；负责控件的监听，包括button点击，tableView选择。负责控件的逻辑，tableView显示。

controller负责view的监听，监听最终结果。

model负责数据的获取，tableView数据。

第三种

view负责界面的初始化，包括view，button，tableView；

controller负责负责控件的监听，包括button点击，tableView选择；负责控件的逻辑，tableView显示。

model负责数据的获取，tableView数据。

第一种

view负责初始化和事件监听，controller负责管理和控制view。

第二种

view负责主要代码，controller只监听最终结果。

第三种

view只负责初始化，controller负责主要代码。

个人感觉，第三种是最标准的分离方式，但是大量的逻辑代码堆积在了controller里，使mvc变成了Massive View Controller；第二种是最方便的分离方式，但是view直接从model取数据，并不符合mvc的要求；第一种比较折中。

那么哪一种才是最好最高效的呢？