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,提升代码的复用率。

哇咔咔~~

你可能感兴趣的