Django gwarantuje stabliność i kompatybilność wsteczną API od wersji 1.0. W skrócie, to znaczy, że kod, który pisałeś w jakiejś wersji Django będzie wciąż działał z przyszłymi wydaniami. Możesz musieć wprowadzić małe zmiany podczas upgrade’owania wersji Django, z której korzysta twój projekt: zobacz sekcje „Zmiany niekompatybilne wstecz” notatek o wydaniach dla wersji z której lub wersji z których się upgrade’ujesz.
\nW tym kontekście, stabilny oznacza:
\nWszystkie publiczne API (wszystkie są w tej dokumentacji) nie będą przeniesione ani nie zostaną zmienione ich nazwy bez dodanych wstecznie kompatybilnych aliasów.
Jeśli do tych API zostaną dodane nowe elementy – co jest całkiem możliwe – nie złamią ani nie zmienią znaczenia istniejących metod. Innymi słowy „stabline” nie (koniecznie) zawsze znaczy „kompletne”.
Jeśli z jakiegoś powodu API określane jako stabilne musi zostać usunięte lub zmienione, zostanie oznaczone jako dezaprobowane, ale pozostanie w API w co najmniej dwóch kolejnych wydaniach. Przy wywołaniu dezaprobowanej metody wyświetlą się ostrzeżenia.
\nSee Oficjalne wydania for more details on how Django’s version\nnumbering scheme works, and how features will be deprecated.
\nWe’ll only break backwards compatibility of these APIs if a bug or\nsecurity hole makes it completely unavoidable.
In general, everything covered in the documentation – with the exception of\nanything in the internals area is considered stable.
\nThere are a few exceptions to this stability and backwards-compatibility\npromise.
\nIf we become aware of a security problem – hopefully by someone following our\nsecurity reporting policy – we’ll do\neverything necessary to fix it. This might mean breaking backwards\ncompatibility; security trumps the compatibility guarantee.
\nCertain APIs are explicitly marked as „internal” in a couple of ways:
\nSome documentation refers to internals and mentions them as such. If the\ndocumentation says that something is internal, we reserve the right to\nchange it.
Functions, methods, and other objects prefixed by a leading underscore\n(_). This is the standard Python way of indicating that something is\nprivate; if any method starts with a single _, it’s an internal API.