; 案例:以项目表、接口表、用例表、配置表为例

模型类

项目模型类

class Projects(BaseModel):
    name = models.CharField('项目名称', max_length=200, unique=True, help_text='项目名称')
    leader = models.CharField('负责人', max_length=50, help_text='项目负责人')
    tester = models.CharField('测试人员', max_length=50, help_text='项目测试人员')
    programmer = models.CharField('开发人员', max_length=50, help_text='开发人员')
    publish_app = models.CharField('发布应用', max_length=100, help_text='发布应用')
    desc = models.CharField('简要描述', max_length=200, null=True, blank=True, default='', help_text='简要描述')

    class Meta:
        db_table = 'tb_projects'
        verbose_name = '项目信息'
        verbose_name_plural = verbose_name
        ordering = ('id',)

    def __str__(self):
        return self.name

接口模型类

class Interfaces(BaseModel):
    name = models.CharField('接口名称', max_length=200, unique=True, help_text='接口名称')
    project = models.ForeignKey('projects.Projects', on_delete=models.CASCADE,
                                related_name='interfaces', help_text='所属项目')
    tester = models.CharField('测试人员', max_length=50, help_text='测试人员')
    desc = models.CharField('简要描述', max_length=200, null=True, blank=True, help_text='简要描述')

    class Meta:
        db_table = 'tb_interfaces'
        verbose_name = '接口信息'
        verbose_name_plural = verbose_name
        ordering = ('id',)

    def __str__(self):
        return self.name

用例模型类

class Testcases(BaseModel):
    name = models.CharField('用例名称', max_length=50, unique=True, help_text='用例名称')
    interface = models.ForeignKey('interfaces.Interfaces', on_delete=models.CASCADE,
                                  help_text='所属接口')
    include = models.TextField('前置', null=True, help_text='用例执行前置顺序')
    author = models.CharField('编写人员', max_length=50, help_text='编写人员')
    request = models.TextField('请求信息', help_text='请求信息')

    class Meta:
        db_table = 'tb_testcases'
        verbose_name = '用例信息'
        verbose_name_plural = verbose_name
        ordering = ('id',)

    def __str__(self):
        return self.name

配置模型类

class Configures(BaseModel):
    name = models.CharField('配置名称', max_length=50, help_text='配置名称')
    interface = models.ForeignKey('interfaces.Interfaces',
                                  on_delete=models.CASCADE,
                                  related_name='configures',
                                  help_text='所属接口')
    author = models.CharField('编写人员', max_length=50, help_text='编写人员')
    request = models.TextField('请求信息', help_text='请求信息')

    class Meta:
        db_table = 'tb_configures'
        verbose_name = '配置信息'
        verbose_name_plural = verbose_name
        ordering = ('id',)

    def __str__(self):
        return self.name

需求1:获取接口的列表数据时,需要输出项目名称;创建接口时需要传递项目的id

🔥🔥🔥特别注意1:

当使用PrimaryKeyRelatedField进行反序列输入操作时,要指定查询集,目的是进行校验

🔥🔥🔥特别注意2:

序列化和反序列化操作时,当从表获取父表的数据,序列化字段定义只能用2种方法project和project_id:
interfaces_obj.project_id
interfaces_obj.project.id

🔥🔥🔥特别注意3

PrimaryKeyRelatedField:在进行反序列输入时,传递的参数是id,但是在序列化输入完成后转化为模型对象了,所以在创建数据时需要处理下,

怎么处理?
1.可以在调用create()方法前对validated_data进行处理,
2.或者在对字段校验前调用to_internal_value(data)方法处理,在字段进行校验前最开始执行的方法

序列化器类设计

class InterfaceSerializer(serializers.ModelSerializer):
    project=serializers.StringRelatedField(read_only=True,label='项目名称',help_text='项目名称')
    project_id=serializer.PrimaryKeyRelatedField(queryset=Projects.objects.all(),label='项目id',help_text='项目id',)
    class Meta:
        model=Interfaces
        fields=['update_time']
        extra_kwargs={
            "update_time":{
                "format":"%Y年%m月%d日 %H:%M:%S"
            },
            "create_time":{
                "read_only":True,
                "format": "%Y年%m月%d日 %H:%M:%S"
            }
        }

    def to_internal_value(self,data):
        response=super().to_internal_value(data)
        response['project_id']=response.get('project_id').id
        return response

    def to_internal_value(self,data):
        response=super().to_internal_value(data)
        response['project']=response.pop('project_id')
        return response

需求2:获取接口下的所有用例数据

🔥🔥🔥特别注意4

接口表和用例表的映射关系为一对多
当主表获取从表的数据是,默认使用模型类名小写_set
当从表的外键字段中设置了related_name选项时,需要用related_name指定的名称

class TestcaseNameSerializer(ModelSerializer):
    class Meta:
        model=Testcases
        fields=['id','name']

class InterfaceTestcaseSerializer(ModelSerializer):
    testcases_set=TestcaseNameSerializer(label='接口下的用例',
                                     help_text='接口下的用例',
                                     read_only=True,
                                     many=True)
    class Meta:
        model=Interfaces
        fields=['testcases_set']

需求3:获取接口下的所有配置数据

class InterfaceConfigureSerializer(ModelSerializer):
    class Meta:
        model=Configures
        fields=['id','name']

class InterfaceConfigureSerializer1(ModelSerializer):
    configures=InterfaceConfigureSerializer(many=True,read_only=True)

    class Meta:
        model=Interfaces
        fields=['configures']

视图设计

    @action(methods=['GET'],detail=True)
    def configs(self,request,*args,**kwargs):
        response=super().retrieve(request,*args,**kwargs)
        response.data=response.data.get('configures')
        return response

    @action(methods=['GET'],detail=True)
    def testcases(self,request,*args,**kwargs):
        response=super().retrieve(request,*args,**kwargs)
        response.data=response.data.get('testcases_set')
        return response

Original: https://blog.csdn.net/YZL40514131/article/details/127147204
Author: 敲代码敲到头发茂密
Title: Django rest_framework中PrimaryKeyRelatedField疑惑点解决

相关阅读

Title: 有效解决OSError: libcusparse.so.11: cannot open shared object file: No such file or directory

无论是OSError: libcusparse.so.11，还是OSError: libcusparse.so.10，都可以用这套流程解决，一样的思路！

首先说结论：出现这种错误，要么是path没设置好，要么是cuda版本不对不包含libcusparse.so.11文件。

如果是path没设置好，其中要注意，path不仅要在terminal设置好，还要修改文件~/.bashrc里的几个export PATH。

如果是cuda版本不对不包含libcusparse.so.11文件，那就得remove current cuda，然后install new cuda。

之前我在terminal运行.py文件，会报错OSError: libcusparse.so.11，发现是我的path没设置好。在terminal设置好path之后，可以正常在terminal运行.py文件，但是竟然无法在debug时正常运行！！！每当我选择debugging的时候，又报错OSError: libcusparse.so.11，明明在terminal上已经可以正常运行，怎么回事呢？？？

尝试了几十种方法，google看github、stackoverflow，百度看csdn、知乎，都看麻了。终于在pyG官方团队的github issues几百个评论中梳理拼凑出了最终正确答案，真是功夫不负有心人，凌晨2点的我在那一刻太开心了！！！

以下是解决OSError: libcusparse.so.11的流程，分为 步骤1、步骤2：

步骤1：在terminal设置好几个path

小tips：大家一定要学会用locate寻找文件，超级方便！我遇到的好多难缠的bug，都是依靠locate命令定位摸索出来最终解决方法的。

$ locate libcusparse.so.11

locate命令会输出文件所在位置，如下所示：

$ locate libcusparse.so.11
/data/myname/local/cuda-11.6/targets/x86_64-linux/lib/libcusparse.so.11
/data/myname/local/cuda-11.6/targets/x86_64-linux/lib/libcusparse.so.11.7.2.124

复制targets之前的路径/data/myname/local/cuda-11.6，用来之后设置path。每个人这段路径可能都不太一样，一般这段路径是/usr/local/cuda，总之需要按照你的targets之前的路径来！！！

我的路径比较特殊，因为实验室很多人共用服务器，每个人都各自按照名字存的，所以和一般路径不一样，可能你的也不一样！！！

如果你的targets之前的路径是/usr/local/cuda，就可以直接copy下面的4个path设置代码。

否则一定要把/usr/local/cuda替换成你的targets之前的路径！！！比如我要替换成/data/myname/local/cuda-11.6才正确，不能盲从，要依靠之前locate命令找到的文件位置来确定路径！

$ export PATH=/usr/local/cuda/bin:$PATH
$ echo $PATH

$ export CPATH=/usr/local/cuda/include:$CPATH
$ echo $CPATH

$ export LD_LIBRARY_PATH=/usr/local/cuda/lib64:$LD_LIBRARY_PATH
$ echo $LD_LIBRARY_PATH

$ export DYLD_LIBRARY_PATH=/usr/local/cuda/lib:$DYLD_LIBRARY_PATH
$ echo $DYLD_LIBRARY_PATH

到这里已经可以在terminal顺利运行.py文件不报错了，但是还没有完！！想要debugging顺利还需要继续下面的步骤2！！！

步骤2： 修改文件~/.bashrc里的几个export PATH

$ locate .bashrc

locate命令会输出文件所在位置，如下所示：

$ locate .bashrc
/home/myname/.bashrc

在文件末尾添加以下3个path：

注意如果你的targets之前的路径是/usr/local/cuda，就可以直接copy下面的3行path设置。

否则一定要把/usr/local/cuda替换成你的targets之前的路径！！！比如我要替换成/data/myname/local/cuda-11.6才正确，这里的path也不能盲从，也要依靠之前locate命令找到的文件位置来确定路径！

export PATH=/usr/local/cuda/bin:$PATH
export LIBRARY_PATH=/usr/local/cuda/lib64:$LIBRARY_PATH
export LD_LIBRARY_PATH=/usr/local/cuda/lib64:$LD_LIBRARY_PATH

至此，完成了 步骤1与步骤2，就完全设置好了，不论是terminal运行.py文件，还是debugging，都不会再报错。完结撒花~

Original: https://blog.csdn.net/little_cute/article/details/124766123
Author: 骄傲的计算机科学家
Title: 有效解决OSError: libcusparse.so.11: cannot open shared object file: No such file or directory