程序设计实验室资料

本文主要介绍程序设计实验室资料 方法和在新技术下所面对的“挑战”,方便大家深入理解程序设计实验室资料 过程。本文也将分享程序设计实验室资料 所遇到的问题和应对策略,怎么解决怎么做的问题。
通过深入本文可以理解代码原理,进行代码文档的下载,也可以查看相应 Demo 部署效果。

扫盲

首先带大家了解一下什么是MVVM模式:

什么是MVVM?MVVM是Model-View-ViewModel的缩写。

MVVM是MVC的增强版,实质上和MVC没有本质区别,只是代码的位置变动而已
从名字上看,MVVM比MVC架构中多了一个ViewModel,没错,就是这个ViewModel,他是MVVM相对于MVC改进的核心思想。在开发过程中,由于需求的变更或添加,项目的复杂度越来越高,代码量越来越大,此时我们会发现MVC维护起来有些吃力,首先被人吐槽的最多的就是MVC的简写变成了Massive-View-Controller(意为沉重的Controller)

由于Controller主要用来处理各种逻辑和数据转化,复杂业务逻辑界面的Controller非常庞大,维护困难,所以有人想到把Controller的数据和逻辑处理部分从中抽离出来,用一个专门的对象去管理,这个对象就是ViewModel,是Model和Controller之间的一座桥梁。当人们去尝试这种方式时,发现Controller中的代码变得非常少,变得易于测试和维护,只需要Controller和ViewModel做数据绑定即可,这也就催生了MVVM的热潮。

引言

大家都知道Django是MVT模式,Model就是View和Template/Interface之间的数据传递的「信使」,这种模式存在一个问题,就是当我们的业务不断扩大之后需要在接口返回出model里不包含的数据时该怎么办?例如一个商店,我们要动态计算它距离我们当前位置有多远,那么这个距离肯定是不包含在Model里面的,数据库也不可能实时存储这类数据。

那么这时候我们就需要在Model上,再加上一层ViewModel,顾名思义,视图模型,是用来在视图里传递和处理数据的模型。

简单实现

在App包下面创建一个view_models文件,内容如下:

from rest_framework.request import Request from core.models import Store from core.serializers import StoreSerializer  class StoreViewModel:     def __init__(self, store: Store, distance=0.0, request: Request = None):         self.store = store         self.distance = distance         self.request = request      @property     def serialize_data(self):         return StoreSerializer(self.store, context={             'distance': self.distance,             'request': self.request,         }).data 

上面的代码定义了一个商店的视图模型,构造方法中除了我们的Model对象,还有Model中不包括的distance参数,还有一个request用来传递请求的context,这个在Drf中是很重要的,如果不处理好context的传递,会导致Drf在序列化一些文件或者链接类字段的时候丢失前半部分的域名。

接下来看看serialize_data这个属性,它做的工作很简单,就是把Model对象传给序列化器,然后在context中存入我们的额外参数distance和request。

再来看看序列化器要如何改造以适应ViewModel模型。

class StoreSerializer(serializers.ModelSerializer):     distance = serializers.SerializerMethodField()      class Meta:         model = models.Store         fields = '__all__'      def get_distance(self, obj: models.Store):         return self.context.get('distance', 0) 

这里可以看到序列化器中,我是把额外的distance字段处理成SerializerMethodField,然后在get_distance方法中实现,通过self.context属性可以获取到我们在ViewModel中传入的context,这样就实现额外参数的序列化。

最后我们在看看在View,也就是控制器,看看如何将ViewModel和原本的分页,权限各类功能结合在一起。

class StoreViewSet(viewsets.ReadOnlyModelViewSet):     """商家相关功能"""     serializer_class = serializers.StoreSerializer     queryset = models.Store.objects.all()      @action(detail=False)     def location(self, request):         """根据地理位置筛选商家"""         city = request.GET.get('city')         town = request.GET.get('town')         lat = request.GET.get('lat')         lng = request.GET.get('lng')                  # 根据城市、区镇筛选商店         queryset = models.Store.objects.filter(city=city, town=town)                  # 调用接口计算所有商店距离当前位置的距离,该接口返回ViewModel         store_view_models = tencent_map.stores_distance(from_lat=lat, from_lng=lng, queryset=queryset, request=request)          # 对ViewModelSet进行排序,按照距离         store_view_models.sort(key=lambda store_view_model: store_view_model.distance)                  # 使用列表生成器,对每个ViewModel进行序列化         stores_data = [store_vm.serialize_data for store_vm in store_view_models]                  # 对结果数据进行分页         page = self.paginate_queryset(stores_data)         return self.get_paginated_response(page) 

上面的代码目前在开发环境运行良好,我已经写了详细的注释了,可以看到用ViewModel模式是可以和原本的ViewSet很好的结合在一起的,包括分页这些功能都可以正常使用。

小结

标题中我用了「强行」这个词,就是觉得我这样实现好像很不优雅,但又不至于hack,因为这个需求很简单,只要实现了就行,我也还没有去搜索其他的解决方案,在本文中提出了我的ViewModel与Django结合解决方案,如果大家有更好的解决方案可以留言一起探讨~

欢迎交流

我整理了一系列的技术文章和资料,在
程序设计实验室资料部分资料来自网络,侵权毕设源码联系删除

区块链毕设网(www.qklbishe.com)全网最靠谱的原创区块链毕设代做网站
部分资料来自网络,侵权联系删除!
资源收费仅为搬运整理打赏费用,用户自愿支付 !
qklbishe.com区块链毕设代做网专注|以太坊fabric-计算机|java|毕业设计|代做平台 » 程序设计实验室资料

提供最优质的资源集合

立即查看 了解详情