mirror of
https://github.com/django/django.git
synced 2025-09-18 06:59:12 +00:00
Refs #35859 -- Included Task backends in system checks docs.
This commit is contained in:
parent
4fcc2883fa
commit
9334499f53
@ -131,18 +131,18 @@ The code below is equivalent to the code above::
|
||||
|
||||
.. _field-checking:
|
||||
|
||||
Field, constraint, model, manager, template engine, and database checks
|
||||
-----------------------------------------------------------------------
|
||||
Field, constraint, model, manager, template engine, task, and database checks
|
||||
-----------------------------------------------------------------------------
|
||||
|
||||
In some cases, you won't need to register your check function -- you can
|
||||
piggyback on an existing registration.
|
||||
|
||||
Fields, constraints, models, model managers, template engines, and database
|
||||
backends all implement a ``check()`` method that is already registered with the
|
||||
check framework. If you want to add extra checks, you can extend the
|
||||
implementation on the base class, perform any extra checks you need, and append
|
||||
any messages to those generated by the base class. It's recommended that you
|
||||
delegate each check to separate methods.
|
||||
Fields, constraints, models, model managers, template engines, task backends,
|
||||
and database backends all implement a ``check()`` method that is already
|
||||
registered with the check framework. If you want to add extra checks, you can
|
||||
extend the implementation on the base class, perform any extra checks you need,
|
||||
and append any messages to those generated by the base class. It's recommended
|
||||
that you delegate each check to separate methods.
|
||||
|
||||
Consider an example where you are implementing a custom field named
|
||||
``RangedIntegerField``. This field adds ``min`` and ``max`` arguments to the
|
||||
|
Loading…
x
Reference in New Issue
Block a user