不可分解django模型
django-undeletable的Python项目详细描述
Django不可删除构建状态覆盖范围|构建状态图像::https://travis ci.org/kakulukia/django undeletable.svg
…_构建状态:https://travis ci.org/kakulukia/django undeletable
…|覆盖范围图像::https://codecov.io/gh/kakulukia/django unletable/branch/master/graph/badge.svg
…_覆盖范围:https://codecov.io/gh/kakulukia/django unletable
因此,这个小模块将防止
意外,您将始终能够扭转这种情况,或确定为什么
小错误删除了这组数据。
即使营销人员突然想知道那些
应该已经删除的临时购物篮中的内容-您将能够回答这些问题!我从来没有遇到过数据太多的问题——总是丢失的数据,
丢失的创建和修改时间戳使您的工作变得更加困难。
将不再删除任何内容,您将知道x
何时被创建、更改或删除。django undeletable提供了一个带有有用的
默认属性的**basemodel**来跟踪数据。自定义**数据管理器**跟踪
已删除和实时数据。您还可以在向某些选定的客户(如beta测试人员)显示
数据时对公众隐藏数据。
installation
----
install django undeletable
代码块::bash
pip install django undeletable
使用此包时,所有模型都应从basemodel
扩展,而不是从django.db.models.model扩展。看看附加的namedmodel,看看它是如何完成的。代码块::python
name=models.charfield(u('name'),max_length=150,db_index=true)
class meta(basemodel.meta):
ordering=['name']
abstract=true
您将体验到
您的相关查询集不由数据管理器管理,而是由djangos默认管理器管理,而包括
已删除的数据。
功能
--
修改和删除的datetime属性
*data*queryset将始终告诉您哪些模型是不可删除的
或来自第三方模块-但使用数据的主要原因是im lazy和
更喜欢键入数据而不是对象:)
*因为相当多的模块不尊重模型默认管理器,只使用“对象”
数据被镜像到对象以避免遇到任何问题
*您可以选择在使用*visible()*而不是*all()*
*时向公众隐藏特定数据,因为它非常常见,这个包还包括上面的namedmodel和一个定制的
用户模型,您应该将它复制到您的代码库中,并删除*abstract=true*行,以便让不可删除的用户
*包含的抽象用户类具有一个email\u override\u地址设置,该设置可以
用于在开发系统上实际不向真正的用户发送电子邮件:)
运行测试
----
代码是否实际工作?
…代码块:bash
make init
make test
credits
----
用于呈现此包的工具:
*cookiecutter
*`cookiecutter djangopack`
。_ Cookiecutter:https://github.com/audreyr/Cookiecutter
。_` Cookiecutter djangopack`:https://github.com/pydanny/Cookiecutter djangopack
history
----
<0.6.0
++++br/>
*基于Cookiecutter Django包的第一个版本
*完整的测试覆盖率
*我在编写测试代码时发现的几个小修复
+添加了pipfile
…_构建状态:https://travis ci.org/kakulukia/django undeletable
…|覆盖范围图像::https://codecov.io/gh/kakulukia/django unletable/branch/master/graph/badge.svg
…_覆盖范围:https://codecov.io/gh/kakulukia/django unletable
因此,这个小模块将防止
意外,您将始终能够扭转这种情况,或确定为什么
小错误删除了这组数据。
即使营销人员突然想知道那些
应该已经删除的临时购物篮中的内容-您将能够回答这些问题!我从来没有遇到过数据太多的问题——总是丢失的数据,
丢失的创建和修改时间戳使您的工作变得更加困难。
将不再删除任何内容,您将知道x
何时被创建、更改或删除。django undeletable提供了一个带有有用的
默认属性的**basemodel**来跟踪数据。自定义**数据管理器**跟踪
已删除和实时数据。您还可以在向某些选定的客户(如beta测试人员)显示
数据时对公众隐藏数据。
installation
----
install django undeletable
代码块::bash
pip install django undeletable
使用此包时,所有模型都应从basemodel
扩展,而不是从django.db.models.model扩展。看看附加的namedmodel,看看它是如何完成的。代码块::python
class meta(basemodel.meta):
ordering=['name']
abstract=true
您将体验到
您的相关查询集不由数据管理器管理,而是由djangos默认管理器管理,而包括
已删除的数据。
功能
--
修改和删除的datetime属性
*data*queryset将始终告诉您哪些模型是不可删除的
或来自第三方模块-但使用数据的主要原因是im lazy和
更喜欢键入数据而不是对象:)
*因为相当多的模块不尊重模型默认管理器,只使用“对象”
数据被镜像到对象以避免遇到任何问题
*您可以选择在使用*visible()*而不是*all()*
*时向公众隐藏特定数据,因为它非常常见,这个包还包括上面的namedmodel和一个定制的
用户模型,您应该将它复制到您的代码库中,并删除*abstract=true*行,以便让不可删除的用户
*包含的抽象用户类具有一个email\u override\u地址设置,该设置可以
用于在开发系统上实际不向真正的用户发送电子邮件:)
运行测试
----
代码是否实际工作?
…代码块:bash
make init
make test
credits
----
用于呈现此包的工具:
*cookiecutter
*`cookiecutter djangopack`
。_ Cookiecutter:https://github.com/audreyr/Cookiecutter
。_` Cookiecutter djangopack`:https://github.com/pydanny/Cookiecutter djangopack
history
----
<0.6.0
++++br/>
*基于Cookiecutter Django包的第一个版本
*完整的测试覆盖率
*我在编写测试代码时发现的几个小修复
+添加了pipfile