python mvc_Python之MVC

写了几个小项目，在帮助同事的时候发现，每个人对MVC这种设计模式的理解都不同。

我对于MVC的理解是：

M即Model，指的是数据库层面

V即View，指的是视图层面

C即Control，指的是代码的逻辑部分

项目背景：

使用QT5写Gui，Mysql作为数据库。

V1.0时代

采用C继承V，M继承C的模式来实现MVC。

view层是将QT生成的ui文件转化成python代码，不直接修改view层的代码；model实现对数据库的CRUD操作，并return。control作为中间层，调用model层的方法获取结果，完成逻辑功能，再传递给view层实现数据渲染。

# view.py

class View（QDialog）：

pass

def render_view(self, data):

# render view

pass

# control.py

class Control(View):

pass

def do_something(self):

data = self.get_data()

self.render_view(data)

# model.py

class Model(Control):

pass

def get_data(self):

return 'something'

由于model层继承于control层，当我调用model层，也就是control的子类的方法时，它是不存在的，所以我得先声明一个空方法。

#control.py

class Control(View):

pass

def do_something(self):

data = self.get_data()

self.render_view(data)

def get_data(self):

pass

但达到一定量的代码量时，发现control层的pass方法（方法体内只有pass）越来越多，觉得这样不妥呀~，而且当我要测试数据库交互是否正常时，也就是测试model层的代码，总是会弹出它爸爸的爸爸，也就是view层写的Gui，导致感觉非常难受。

V2.0时代

于是乎，选择重构，前后花了两周不到的时间，复用了部分逻辑，代码从18K+降到了11K左右。

我选择将model层作为一个组件类，装配到control层，原先的view和control的关系不变，这样降低了耦合度。

# view.py

class View（QDialog）：

pass

def render_view(self, data):

# render view

pass

# control.py

class Control(View):

def __init__(self):

super().__init__()

self.model = Model()

pass

def do_something(self):

data = self.model.get_data()

self.render_view(data)

# model.py

class Model(object):

pass

def get_data(self):

return 'something'

这样处理后，我的model层至此和逻辑彻底分离，测试数据库交互方便多了，直接在model层下写个main方法就可以了，而且针对control层可以进行复用，也就是在相同Gui下，我可以在control层实例化多个不同的model，根据业务需要调用不同的model，提升代码的复用率。

哇咔咔~~