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

我对于MVC的理解是M即Model，指的是数据库层面，V即View，指的是视图层面，至于C即Control，则是代码的逻辑部分。项目背景介绍，使用QT5写Gui，Mysql作为数据库。我采用C继承V，M继承C的模式来实现MVC。view层是将QT生成的ui文件转化成python代码，不直接修改view层的代码；model实现对数据库的CRUD操作，并return。control作为中间层，调用model层的方法获取结果，完成逻辑功能，再传递给view层实现数据渲染。

# view.pyclass 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，导致感觉非常难受。

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

我选择将model层作为一个部件类，装配到control层，原先的view和control的关系不变。

# view.pyclass 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，提升代码的复用率。

哇咔咔~~