At its core, Django\u2019s admin interface is designed for a single activity: Trusted users editing structured content. Yes, it\u2019s extremely simple \u2014 but that simplicity is based on a whole host of assumptions. The entire philosophy of Django\u2019s admin interface follows directly from these assumptions, so let\u2019s dig into the subtext of this phrase in the sections that follow.<\/p>\n
\u201cTrusted users \u2026\u201d<\/strong> – The admin interface is designed to be used by people whom you, the developer, trust<\/em>. This doesn\u2019t just mean \u201cpeople who have been authenticated\u201d; it means that Django assumes that your content editors can be trusted to do the right thing. This in turn means that there\u2019s no approval process for editing content \u2014 if you trust your users, nobody needs to approve of their edits. Another implication is that the permission system, while powerful, has no support for limiting access on a per-object basis as of this writing. If you trust someone to edit his or her own stories, you trust that user not to edit anyone else\u2019s stories without permission.<\/p>\n \u201c\u2026 editing \u2026\u201d<\/strong> – The primary purpose of Django\u2019s admin interface is to let people edit data. This seems obvious at first, but again it has some subtle and powerful repercussions. For instance, although the admin interface is quite useful for reviewing data (as just described), it\u2019s not designed with that purpose in mind. For example, note the lack of a \u201ccan view\u201d permission (see Chapter 12). Django assumes that if people are allowed to view content in the admin interface, they\u2019re also allowed to edit it.<\/p>\n Another more important thing to note is the lack of anything even remotely approaching \u201cworkflow.\u201d If a given task requires a series of steps, there\u2019s no support for enforcing that those steps be done in any particular order. Django\u2019s admin interface focuses on editing<\/em>, not on activities surrounding editing. This avoidance of workflow also stems from the principle of trust: the admin interface\u2019s philosophy is that workflow is a personnel issue, not something to be implemented in code. Finally, note the lack of aggregation in the admin interface. That is, there\u2019s no support for displaying totals, averages, and so forth. Again, the admin interface is for editing \u2014 it\u2019s expected that you\u2019ll write custom views for all the rest.<\/p>\n \u201c\u2026 structured content\u201d<\/strong> – As with the rest of Django, the admin interface wants you to work with structured data. Thus, it only supports editing data stored in Django models; for anything else, such as data stored on a filesystem, you\u2019ll need custom views.<\/p>\n Full Stop<\/strong> – It should be clear by now that Django\u2019s admin interface does not<\/em> try to be all things to all people; instead, we choose to focus tightly on one thing and do that thing extremely well. When it comes to extending Django\u2019s admin interface, much of that same philosophy holds (note that \u201cextensibility\u201d shows up nowhere in our goals). Because custom Django views can do anything<\/em>, and because they can easily be visually integrated into the admin interface (as described in the next section), the built-in opportunities for customizing the admin interface are somewhat limited by design.<\/p>\n You should keep in mind that the admin interface is \u201cjust an app,\u201d albeit a very complicated one. It doesn\u2019t do anything that any Django developer with sufficient time couldn\u2019t reproduce. It\u2019s entirely possible that in the future someone will develop a different admin interface that is based on a different set of assumptions and thus will behave differently.<\/p>\n Finally, we should point out that, as of this writing, Django developers were working on a new version of the admin interface that allows for much more flexibility in customization. By the time you read this, those new features may have made their way into the bona fide Django distribution. To find out, ask somebody in the Django community whether the \u201cnewforms-admin\u201d branch has been integrated.<\/p>\n\n\n