• Django Model字段加密的优雅实现


    早前的一篇文章Django开发密码管理表实例有写我们写了个密码管理工具来实现对密码的管理,当时加密解密的功能在view层实现,一直运行稳定所以也没有过多关注实现是否优雅的问题。最近要多加几个密码表再次回头看之前的代码发现加解密在view层实现较为繁琐,尤其是使用了Sadmin公共库之后view的代码简洁了很多,若再在view层处理显然不够优雅,是时候用更优雅的方式来实现了

    Sadmin增删改查

    对数据库表的增删改查是开发过程中最常用到的功能,之前的文章也介绍过我们通过封装Sadmin公共库用最为简洁的代码实现了对表的增删改查操作,具体有多简洁,看下边的代码

    class TableList(ListCreateView):
        model = Table
        template = 'password/table.html'
        permission = {'get': 'password.select_table', 'post': 'password.create_table'}
    
    
    class TableDetail(RetrieveUpdateDestroyView):
        model = Table
        permission = {'get': 'password.select_table', 'put': 'password.update_table',
                      'delete': 'password.delete_table'}
    

    TableList类可以实现对表的查询以及新建表数据,TableDetail可以实现对表内单条数据的查询、修改和删除,对应了两条URL

    path('table/', views.TableList.as_view(), name='table-list-url'),
    path('table/<int:pk>/', views.TableDetail.as_view(), name='table-detail-url'),
    

    如果在view层实现表字段的加密的话,那就要重写TableList的post方法,以及TableDetail类的put方法,非常麻烦,那有什么更为优雅的方法呢?对表字段的处理最好能在表发生变化的时候来处理,直接在model层来实现显然要比view更合适,model层来实现的话通过Django的signals或是重写model的save方法都是不错的选择

    至于究竟是用signals还是重写save方法,两者都可以实现,个人觉得对于简单的处理逻辑采用重写save的方式比较好,而对于复杂的处理逻辑采用signals更清晰,而对于我们这个对字段进行加密的需求,逻辑简单代码也不需要太多,直接采用重写save的方式就好了

    重写model的save方法

    对于加密解密的核心代码可以参考文章Django开发密码管理表实例给出的源码,重写model的save方法代码如下

    class Table(models.Model):
        username = models.CharField(max_length=64, verbose_name='用户名')
        password = models.CharField(max_length=512, verbose_name='密码')
    
        def __str__(self):
            return self.application_name
    
        def save(self, *args, **kwargs):
            _encrypt = True
    
            if self.pk:
                old_password = Table.objects.get(id=self.id)
                _encrypt = False if old_password.password == self.password else True
    
            if _encrypt:
                _m = RsaCrypto().encrypt(self.password)
                if _m.get('state'):
                    self.password = _m.get('message')
                else:
                    raise Exception('加密失败:' + _m.get('message'))
    
            super(Table, self).save(*args, **kwargs)
    

    对于密码加密,通常会在首次新加记录,以及更新记录密码发生变化的情况下进行

    每当save时如何判断是insert还是update呢?可以通过是否存在self.pk来判断,Django的model必须有一个字段为主键,如果用户没有设置主键字段,那么Django会默认创建一个名为id的字段作主键,主键也用pk别名来表示,所以可以通过self.pk是否存在来判断本次save究竟是insert还是update

    当本次save为update时,我们也需要判断密码字段是否发生了变化,如果没有变化则不需要调用加密方法,判断字段是否变化就需要获取字段提交前的值,提交前的值可以通过Table.objects.get(id=self.id)来获取

    有了以上这些信息,那加密就水到渠成了。我们优雅的实现了字段的加密,那对于解密呢?个人觉得同样放在model里比写在veiw里更合适,可以在mdel里加个decode_password的方法

    class Table(models.Model):
        ...
        
        def decode_password(self):
            _m = RsaCrypto().decrypt(self.password)
            if _m.get('state'):
                return {
                    'state': 1,
                    'message': _m.get('message'),
                    'username': self.username
                }
            else:
                return {'state': 0, 'message': 'Error: ' + _m.get('message')}
    

    需要解密时调用Model的decode_password方法就可以了

    def decode_password(request, pk):
        try:
            _t = Table.objects.get(id=pk)
            return JsonResponse(_t.decode_password())
        except Exception as e:
            return JsonResponse({'state': 0, 'message': 'Error: ' + str(e)})
    

    写在最后

    个人对代码有一点洁癖,实现功能也以简单实用为主,能2行搞定的绝对不会写3行,能有更优的解法就会毫不犹豫去重构,同时也坚决反对“又不是不能用”的说法。对于以上实现是否优雅,或是有更好的解决方法,欢迎讨论

  • 相关阅读:
    软件工程——第一章 软件和软件工程的基本概念
    软件工程——第三章 软件需求分析
    软件工程——第六章 软件测试
    软件工程——第四章 面向过程的软件设计方法
    Statement和PreparedStatement之间的区别(转)
    Eclipse环境变量配置、插件安装、常见错误
    Flex动态读取XML文件并显示在DataGrid中
    修改图层的symbol(AE+C#)
    如何用Httpservice和Webservice来和Flex进行通讯(转)
    flex事件讲解(转)
  • 原文地址:https://www.cnblogs.com/37Y37/p/15457130.html
Copyright © 2020-2023  润新知