如何基于现有web端改密码逻辑，在DRF中遵循DRY原则实现密码修改接口

完全不需要从零编写API视图、配套Serializer重写所有密码校验逻辑——这类方案本质上是把已经跑通的代码再抄一遍，后续调整规则还要改两处，非常容易出现双端逻辑不一致的问题。最优思路是通过轻量的逻辑抽取复用已有的成熟业务流程，不对已经验证可用的密码校验、核心处理逻辑做任何重复实现，从根本上降低维护成本，具体实现步骤如下：

1. 抽取通用核心业务逻辑 #

将Web端密码修改流程中，与Web响应形式（页面渲染、消息提示、页面跳转）无关的核心逻辑抽成独立的公共方法，不管是原Web视图还是新的API视图都统一调用这个方法，从根源上消除代码重复：

from django.core.exceptions import ObjectDoesNotExist
from django.contrib.auth import update_session_auth_hash

def handle_password_change(form, request):
    """统一处理密码修改的核心流程，Web/API端共用
    返回值：(是否处理成功, 错误信息)
    """
    if not form.is_valid():
        return False, form.errors
    user = form.save()
    # 完全复用原有Web端已经跑通的逻辑，不做任何改动
    update_session_auth_hash(request, user)
    try:
        request.user.auth_token.delete()
    except (AttributeError, ObjectDoesNotExist):
        pass
    return True, None

原有Web端视图只需要做极小幅调整，调用上面的公共方法即可，所有原有功能、路由、模板完全不受影响：

class PasswordChangeView(LoginRequiredMixin, generic.UpdateView):
    form_class = PasswordChangeForm
    template_name = 'form.html'
    input_value = 'update password'

    def post(self, request, *args, **kwargs):
        form = PasswordChangeForm(request.user, request.POST)
        success, errors = handle_password_change(form, request)
        if success:
            messages.success(request, 'Your password was successfully updated!')
            return redirect('/')
        messages.error(request, 'Please correct the error below.')
        return render(request, self.template_name, {'form': form, 'input_value': self.input_value})

    def get(self, request, **kwargs):
        form = PasswordChangeForm(request.user)
        return render(request, self.template_name, {'form': form, 'input_value': self.input_value})

2. 编写REST API适配视图 #

新的API视图完全不实现业务逻辑，只负责做请求/响应的格式适配：从REST请求中提取参数传给已有的PasswordChangeForm做校验，调用公共方法处理核心流程，最后返回符合REST规范的JSON响应：

from rest_framework.views import APIView
from rest_framework.response import Response
from rest_framework import status
from rest_framework.permissions import IsAuthenticated

class PasswordChangeAPIView(APIView):
    permission_classes = [IsAuthenticated]

    def post(self, request, *args, **kwargs):
        # 直接复用Django内置的PasswordChangeForm，无需重复编写旧密码校验、新密码强度校验等逻辑
        form = PasswordChangeForm(request.user, request.data)
        # 调用公共处理方法，完全复用已验证的核心业务逻辑
        success, errors = handle_password_change(form, request)
        if success:
            return Response(
                {"detail": "密码修改成功"},
                status=status.HTTP_200_OK
            )
        return Response(
            {"errors": errors},
            status=status.HTTP_400_BAD_REQUEST
        )

方案核心优势 #

• 严格符合DRY原则：所有已经在Web端验证过的校验规则、核心处理逻辑（密码保存、会话刷新、旧Token失效）都没有重复实现，后续调整密码规则、修改处理逻辑时，Web端和API端会自动同步生效，不会出现双端逻辑不一致的问题
• 迁移成本极低：原有Web端的URL路由、模板、交互流程完全不受影响，仅需做少量的逻辑抽取重构
• 稳定性更高：直接复用Django官方维护的PasswordChangeForm，比自行编写DRF Serializer重复实现校验逻辑的可靠性更强，也能大幅减少开发工作量

内容的提问来源于stack exchange，提问作者arnobpl