创建/修改日期现在可以由Django处理，所以它们可以像这样实现：

class BaseModel(models.Model):
    created_date = models.DateTimeField(auto_now_add=True)
    modified_date = models.DateTimeField(auto_now=True)

    class Meta:
        abstract = True

通过将其添加到抽象模型基类中，可以轻松地将其添加到应用程序的所有模型中，例如：

class Pizza(BaseModel):
    ....

class Topping(BaseModel):
    ...

由于request.user不可用，因此存储用户更加困难。正如SeanOC所提到的，这是Web请求和模型层之间的关注点分离。要么一直传递这个字段，要么将request.user存储在threadlocal中。Django CMS为他们的权限系统做了这件事。

from django.utils.deprecation import MiddlewareMixin

class CurrentUserMiddleware(MiddlewareMixin):
    def process_request(self, request):
        set_current_user(getattr(request, 'user', None))

用户跟踪发生在其他地方：

from threading import local
_thread_locals = local()

def set_current_user(user):
    _thread_locals.user=user

def get_current_user():
    return getattr(_thread_locals, 'user', None)

对于非Web环境（例如管理命令），您必须在脚本开始时调用set_current_user。

对于带时间戳的模型，您可能希望查看django-model-utils或django-extensions。它们每个都包括抽象基类，这些基类自动处理创建的和最后修改的时间戳。您可以直接使用这些工具，也可以查看它们如何解决问题，然后提出自己的解决方案。
至于你的其他问题：
你能做一些像@login_required的事情吗？@audit_changes
可能是的，但是你必须非常小心地保持线程安全。您可以在@audit_changes装饰器中设置一个标志来启用threadlocal中的审计。然后，在模型的保存方法或信号处理程序中，您可以检查您的审计标志并记录您的审计信息（如果该标志已设置）。
你能访问模型中的请求和当前用户，并在那里集中逻辑吗？
是的，但你要做个交易。正如你所触及的，Django的ORM和它的请求/身份验证处理位之间有一个非常清晰和有意的分离。有两种方法可以从请求（当前用户）获取信息到ORM（您的模型）。您可以手动管理更新对象上的创建者/修改者信息，也可以设置一种机制来自动处理该维护工作。如果您采用手动方法（通过方法调用将信息从视图中的请求传递到ORM），则需要维护/测试更多的代码，但您可以保持关注点的分离。使用手动方法，如果您不得不在请求/响应周期之外使用对象（例如：cron-scripts、延迟任务、交互式shell）。如果你愿意打破关注点的分离，那么你可以在中间件中设置一个线程，然后在你的模型的保存方法中查看这个线程。与手动方法匡威，您需要处理的代码会更少，但如果您希望在请求/响应周期之外使用对象，则会遇到更大的困难。此外，您必须非常小心地使用更自动化的方法来保持所有内容的线程安全性。

可以导入User模型对象并调用get_current（）吗？
另外，我认为你可以在admin.py中调用视图。