Существует альтернатива размещению декоратора для каждой функции представления. Вы также можете поместить декоратор login_required() в файл urls.py. Хотя это все еще ручная задача, по крайней мере, у вас есть все в одном месте, что упрощает аудит.

например.

    from my_views import home_view

    urlpatterns = patterns('',
        # "Home":
        (r'^$', login_required(home_view), dict(template_name='my_site/home.html', items_per_page=20)),
    )

Обратите внимание, что функции просмотра называются и импортируются напрямую, а не как строки.

Также обратите внимание, что это работает с любым вызываемым объектом вида, включая классы.

Трудно изменить встроенные предположения в Django, не перерабатывая способ передачи URL для просмотра функций.

Вместо того, чтобы обманывать внутренности Django, здесь вы можете использовать аудит. Просто проверьте каждую функцию просмотра.

import os
import re

def view_modules( root ):
    for path, dirs, files in os.walk( root ):
        for d in dirs[:]:
            if d.startswith("."):
                dirs.remove(d)
        for f in files:
            name, ext = os.path.splitext(f)
            if ext == ".py":
                if name == "views":
                    yield os.path.join( path, f )

def def_lines( root ):
    def_pat= re.compile( "\n(\S.*)\n+(^def\s+.*:$)", re.MULTILINE )
    for v in view_modules( root ):
        with open(v,"r") as source:
            text= source.read()
            for p in def_pat.findall( text ):
                yield p

def report( root ):
    for decorator, definition in def_lines( root ):
        print decorator, definition

Запустите это и просмотрите вывод для def без соответствующих декораторов.

Вот промежуточное решение для django 1. 10+

Средние слои должны быть написаны по-новому в джанго 1. 10+.

Код

import re

from django.conf import settings
from django.contrib.auth.decorators import login_required


class RequireLoginMiddleware(object):

    def __init__(self, get_response):
         # One-time configuration and initialization.
        self.get_response = get_response

        self.required = tuple(re.compile(url)
                              for url in settings.LOGIN_REQUIRED_URLS)
        self.exceptions = tuple(re.compile(url)
                                for url in settings.LOGIN_REQUIRED_URLS_EXCEPTIONS)

    def __call__(self, request):

        response = self.get_response(request)
        return response

    def process_view(self, request, view_func, view_args, view_kwargs):

        # No need to process URLs if user already logged in
        if request.user.is_authenticated:
            return None

        # An exception match should immediately return None
        for url in self.exceptions:
            if url.match(request.path):
                return None

        # Requests matching a restricted URL pattern are returned
        # wrapped with the login_required decorator
        for url in self.required:
            if url.match(request.path):
                return login_required(view_func)(request, *view_args, **view_kwargs)

        # Explicitly return None for all non-matching requests
        return None

Монтаж

1. Скопируйте код в папку проекта и сохраните его как middleware.py

2. Добавить в MIDDLEWARE

   MIDDLEWARE = [... '.middleware.RequireLoginMiddleware', # Требовать логин]

3. Добавьте в свой settings.py:

LOGIN_REQUIRED_URLS = (
    r'(.*)',
)
LOGIN_REQUIRED_URLS_EXCEPTIONS = (
    r'/admin(.*)$',
)
LOGIN_URL = '/admin'

Источники:

1. Этот ответ Даниила Нааба

2. Учебник Django Middleware от Max Goodridge

3. Django Middleware Docs

Вдохновленный ответом Ber, я написал небольшой фрагмент, который заменяет функцию patterns, обертывая все обратные вызовы URL с помощью декоратора login_required. Это работает в Django 1.6.

def login_required_patterns(*args, **kw):
    for pattern in patterns(*args, **kw):
        # This is a property that should return a callable, even if a string view name is given.
        callback = pattern.callback

        # No property setter is provided, so this will have to do.
        pattern._callback = login_required(callback)

        yield pattern

С его помощью это работает (вызов list требуется из-за yield).

urlpatterns = list(login_required_patterns('', url(r'^$', home_view)))

В Django 2.1 мы можем украсить все методы в классе с помощью:

from django.contrib.auth.decorators import login_required
from django.utils.decorators import method_decorator
from django.views.generic import TemplateView

@method_decorator(login_required, name='dispatch')
class ProtectedView(TemplateView):
    template_name = 'secret.html'

ОБНОВЛЕНИЕ: я также нашел следующее, чтобы работать:

from django.contrib.auth.mixins import LoginRequiredMixin
from django.views.generic import TemplateView

class ProtectedView(LoginRequiredMixin, TemplateView):
    template_name = 'secret.html'

и установите LOGIN_URL = '/accounts/login/' в ваших settings.py

Было бы возможно иметь единственную начальную точку для всех urls в виде include и украшать ее с помощью этих пакетов https://github.com/vorujack/decorate_url.

Вы не можете выиграть это. Вы просто должны сделать выражение о требованиях авторизации. Где еще вы могли бы поместить это объявление, кроме права на функцию просмотра?

Рассмотрите возможность замены функций просмотра вызываемыми объектами.

class LoginViewFunction( object ):
    def __call__( self, request, *args, **kw ):
        p1 = self.login( request, *args, **kw )
        if p1 is not None:
            return p1
        return self.view( request, *args, **kw )
    def login( self, request )
        if not request.user.is_authenticated():
            return HttpResponseRedirect('/login/?next=%s' % request.path)
    def view( self, request, *args, **kw ):
        raise NotImplementedError

Затем вы создаете подклассы функций вида LoginViewFunction.

class MyRealView( LoginViewFunction ):
    def view( self, request, *args, **kw ):
        .... the real work ...

my_real_view = MyRealView()  

Он не сохраняет строки кода. И это не помогает "забытой" проблеме. Все, что вы можете сделать, это проверить код, чтобы убедиться, что функции представления являются объектами. Из правого класса.

Но даже тогда вы никогда не узнаете, что каждая функция просмотра верна без набора unit test.