<div id="readability-page-1" class="page"><div>
      
            
<header>
        

      
</header>
                  <nav id="TOC">
        <ul>
        <li><a href="#%ED%8C%8C%EC%9D%B4%EC%8D%AC-%ED%98%B8%ED%99%98%EC%84%B1">파이썬 호환성</a></li>
        <li>
<a href="#%EC%83%88-%EA%B8%B0%EB%8A%A5">새 기능</a>
        <ul>
        <li><a href="#%ED%81%B4%EB%9E%98%EC%8A%A4-%EA%B8%B0%EB%B0%98-%EB%B7%B0%EC%97%90-%EC%A0%81%EC%9A%A9%ED%95%A0-%EC%88%98-%EC%9E%88%EB%8A%94-%EB%B9%84%EB%8F%99%EA%B8%B0-%ED%95%B8%EB%93%A4%EB%9F%AC">클래스 기반 뷰에 적용할 수 있는 비동기 핸들러</a></li>
        <li><a href="#%EB%B9%84%EB%8F%99%EA%B8%B0%EC%8B%9D-orm-%EC%9D%B8%ED%84%B0%ED%8E%98%EC%9D%B4%EC%8A%A4">비동기식 ORM 인터페이스</a></li>
        <li><a href="#%EB%AA%A8%EB%8D%B8-%EC%A0%9C%EC%95%BD-%EC%A1%B0%EA%B1%B4%EC%9D%84-%EC%9C%A0%ED%9A%A8%EC%84%B1-%EA%B2%80%EC%A6%9D-%EA%B3%BC%EC%A0%95%EC%97%90-%EA%B2%80%EC%82%AC">모델 제약 조건을 유효성 검증 과정에 검사</a></li>
        <li><a href="#%EC%A0%91%EA%B7%BC%EC%84%B1%EC%9D%B4-%ED%96%A5%EC%83%81%EB%90%9C-%ED%8F%BC-%EB%A0%8C%EB%8D%94%EB%A7%81">접근성이 향상된 폼 렌더링</a></li>
        <li><a href="#csrf_cookie_masked-%EC%84%A4%EC%A0%95"><code>CSRF_COOKIE_MASKED</code> 설정</a></li>
        </ul>
</li>
        <li>
<a href="#%EC%9E%90%EC%9E%98%ED%95%9C-%EB%B3%80%EA%B2%BD">자잘한 변경</a>
        <ul>
        <li><a href="#%EA%B4%80%EB%A6%AC%EC%9E%90-%ED%99%94%EB%A9%B4django.contrib.admin">관리자 화면(django.contrib.admin)</a></li>
        <li><a href="#pbkdf2-%ED%95%B4%EC%8B%9C-%EB%B0%98%EB%B3%B5-%ED%9A%9F%EC%88%98">PBKDF2 해시 반복 횟수</a></li>
        <li><a href="#%EC%82%AC%EC%9A%A9%EC%9E%90-%EC%86%8D%EC%84%B1%EC%9D%B4-%EC%9B%90%EA%B2%A9-%EB%B0%B1%EC%97%94%EB%93%9C%EC%99%80-%EC%8B%B1%ED%81%AC">사용자 속성이 원격 백엔드와 싱크</a></li>
        <li><a href="#%EC%82%AC%EC%9D%B4%ED%8A%B8%EB%A7%B5%EC%97%90-lastmod-%EC%B6%94%EA%B0%80">사이트맵에 <code>&lt;lastmod&gt;</code> 추가</a></li>
        <li><a href="#%ED%8F%BC">폼</a></li>
        <li><a href="#%EA%B4%80%EB%A6%AC-%EB%AA%85%EB%A0%B9%EC%96%B4">관리 명령어</a></li>
        <li><a href="#%EB%A7%88%EC%9D%B4%EA%B7%B8%EB%A0%88%EC%9D%B4%EC%85%98">마이그레이션</a></li>
        <li><a href="#%EB%AA%A8%EB%8D%B8">모델</a></li>
        <li><a href="#%EC%9A%94%EC%B2%AD%EA%B3%BC-%EC%9D%91%EB%8B%B5">요청과 응답</a></li>
        <li><a href="#%EB%B3%B4%EC%95%88">보안</a></li>
        <li><a href="#%ED%85%8C%EC%8A%A4%ED%8A%B8">테스트</a></li>
        </ul>
</li>
        <li>
<a href="#%ED%95%98%EC%9C%84-%ED%98%B8%ED%99%98%EB%90%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EA%B8%B0%EB%8A%A5">하위 호환되지 않는 기능</a>
        <ul>
        <li><a href="#django.contrib.gis">django.contrib.gis</a></li>
        <li><a href="#%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4">데이터베이스</a></li>
        </ul>
</li>
        <li>
<a href="#%EC%A4%91%EB%8B%A8-%EC%98%88%EC%A0%95%EC%9D%B8-%EA%B8%B0%EB%8A%A5">중단 예정인 기능</a>
        <ul>
        <li><a href="#get-%EA%B8%B0%EB%B0%98%EC%9D%98-%EB%A1%9C%EA%B7%B8%EC%95%84%EC%9B%83"><code>GET</code> 기반의 로그아웃</a></li>
        <li><a href="#%EA%B8%B0%ED%83%80">기타</a></li>
        </ul>
</li>
        <li><a href="#%EC%82%AD%EC%A0%9C%EB%90%9C-%EA%B8%B0%EB%8A%A5">삭제된 기능</a></li>
        <li><a href="#%EB%A7%88%EC%B9%98%EB%A9%B0">마치며</a></li>
        </ul>
      </nav>
      <p>이 글에서는 Django 4.1에 추가된 기능과 바뀐 점을 알아보려 합니다. <a href="https://docs.djangoproject.com/en/4.1/releases/4.1/">Django 4.1 release notes</a>를 참고하였습니다.</p>
<p>Django는 3년 마다 LTS를 위해 메이저 버전을 하나씩 올리고, 8개월마다 마이너 버전을 올립니다. 현재 LTS 버전은 3.2.x입니다. 이번에 출시한 4.1은 LTS 버전은 아닙니다.</p>
<figure>
<img src="https://d2uleea4buiacg.cloudfront.net/files/738/73871da62c8dd7bcaf0660fabd2e8e849c2084439584ace21e2aedf57de63d31.m.png" alt="출처: Django 다운로드 페이지">
</figure>
<h2 id="파이썬-호환성">파이썬 호환성</h2>
<p>Django 4.1은 파이썬 3.8과 3.9, 3.10을 지원합니다. 각 버전의 마지막 릴리스를 사용하기를 권장합니다.</p>
<div><p>
44BITS 소식과 클라우드 뉴스를 전해드립니다. 지금 5,000명 이상의 구독자와 함께 하고 있습니다 📮
</p>


</div>
<h2 id="새-기능">새 기능</h2>
<h3 id="클래스-기반-뷰에-적용할-수-있는-비동기-핸들러">클래스 기반 뷰에 적용할 수 있는 비동기 핸들러</h3>
<p>Django 3.1부터 비동기 뷰가 도입됐지만 함수 기반 뷰에서만 사용할 수 있었는데요. 4.1부터는 클래스 기반 뷰에도 사용할 수 있습니다.</p>
<div id="cb1"><pre><code><span id="cb1-1"><span>class</span> BlogView(View)</span>
<span id="cb1-2">    <span>async</span> <span>def</span> get(<span>self</span>, request, <span>*</span>args, <span>**</span>kwargs):</span>
<span id="cb1-3">        <span>await</span> asyncio.sleep(<span>5</span>)</span>
<span id="cb1-4">        <span>return</span> HttpResponse(<span>'This is an async response'</span>)</span></code></pre></div>
<p>클래스 기반 뷰에 적용하는 비동기 핸들러에 대한 자세한 내용은 <a href="https://docs.djangoproject.com/en/4.1/topics/class-based-views/#async-class-based-views">Asynchronous class-based views</a> 문서를 참고하세요.</p>
<h3 id="비동기식-orm-인터페이스">비동기식 ORM 인터페이스</h3>
<p>비동기 처리용 ORM 인터페이스를 지원합니다. 기존 ORM 메서드 앞에 <code>a</code>를 붙은 형태의 메서드를 사용하면 됩니다. 이를테면, <code>create</code> 대신 <code>acreate</code>, <code>first</code> 대신 <code>afirst</code> 처럼요.</p>
<p>새 쿼리셋을 반환하는 메서드들은 별도의 인터페이스를 만들지 않았습니다. <code>filter</code>나 <code>exclude</code>, <code>annotate</code> 등은 비동기 코드에서 그대로 사용해도 됩니다.</p>
<div id="cb2"><pre><code><span id="cb2-1"><span>async</span> <span>for</span> post <span>in</span> Posts.objects.<span>filter</span>(datetime__year<span>=</span><span>2022</span>):</span>
<span id="cb2-2">    tag <span>=</span> <span>await</span> post.tags.afirst()</span></code></pre></div>
<p>하지만, <strong>데이터베이스 연산은 아직 동기 방식으로 처리됩니다.</strong> 새 인터페이스는 기존 연산에 <code>sync_to_async()</code>를 감싸두었을 뿐이고요. SQL 컴파일러와 데이터베이스 드라이버에 이르기까지 비동기 지원 작업을 열심히 진행 중이라고 합니다.</p>
<p>그럼 비동기 ORM 인터페이스를 사용할 필요가 없을까요? 비동기 코드나 비동기 뷰에서 동기식 ORM 인터페이스를 호출하면 <code>SynchronousOnlyOperation</code> 오류가 발생하니, 이때 비동기식 ORM 인터페이스를 사용하면 되겠습니다. 게다가 미리 비동기식 인터페이스를 사용해두면, 추후 데이터베이스 연산이 비동기 방식으로 처리되었을 때 급하게 코드를 수정하지 않아도 되겠고요. 그리고 트랜잭션 역시 비동기 처리를 지원하지 않습니다. 트랜잭션을 사용해야 한다면 해당 코드를 분리한 다음 <code>sync_to_async</code> 함수로 감싸서 호출해야 합니다.</p>
<p>비동기식 ORM 인터페이스에 대한 자세한 내용은 <a href="https://docs.djangoproject.com/en/4.1/topics/db/queries/#asynchronous-queries">Asynchronous queries</a> 문서를 참고하세요.</p>
<h3 id="모델-제약-조건을-유효성-검증-과정에-검사">모델 제약 조건을 유효성 검증 과정에 검사</h3>
<p><a href="https://docs.djangoproject.com/en/4.1/ref/models/constraints/#django.db.models.CheckConstraint"><code>Check</code></a>와 <a href="https://docs.djangoproject.com/en/4.1/ref/models/constraints/#django.db.models.UniqueConstraint"><code>unique</code></a>, <a href="https://docs.djangoproject.com/en/4.1/ref/contrib/postgres/constraints/#django.contrib.postgres.constraints.ExclusionConstraint"><code>exclusion</code></a> 같은 데이터베이스 제약 조건을 모델 유효성 검증 과정에서 검사합니다. 만약 검사에 실패하면 <code>ValidationError</code> 예외가 발생합니다.</p>
<p>Django 4.0까지는 모델 유효성 과정에 검사하지 않았고, 데이터베이스에 저장할 때 <code>IntegrityError</code> 예외를 발생시켰습니다.</p>
<h3 id="접근성이-향상된-폼-렌더링">접근성이 향상된 폼 렌더링</h3>
<p>스크린 리더 같은 장치를 사용하는 사용자들에게도 접근하기 편한 폼을 만들고자 <code>&lt;div&gt;</code> 기반의 폼 템플릿을 제공합니다. Django 5.0에서는 새 폼 템플릿을 기본으로 사용하지만 아직은 그렇지 않으므로, 이를 적용하고 싶다면 <code>FORM_RENDERER</code> 설정 값을 다음처럼 정의하세요.</p>
<div id="cb3"><pre><code><span id="cb3-1">FORM_RENDERER <span>=</span> <span>"django.forms.renderers.DjangoDivFormRenderer"</span></span></code></pre></div>
<h3 id="csrf_cookie_masked-설정">
<code>CSRF_COOKIE_MASKED</code> 설정</h3>
<p><a href="https://docs.djangoproject.com/en/4.1/ref/middleware/#django.middleware.csrf.CsrfViewMiddleware"><code>CsrfViewMiddleware</code></a> 는 더이상 CSRF 쿠키를 마스킹하지 않습니다. 만약 Django 4.1 이전 버전을 Django 4.1로 업그레이드하고 있다면 호환성을 위해 <code>CSRF_COOKIE_MASKED</code>를 <code>True</code>로 설정하고, 업그레이드가 끝난 후 <code>CSRF_COOKIE_MASKED</code> 설정을 지우기 바랍니다.</p>
<p>Django 5.0에서 <code>CSRF_COOKIE_MASKED</code> 설정은 사라질 예정입니다.</p>
<h2 id="자잘한-변경">자잘한 변경</h2>
<h3 id="관리자-화면django.contrib.admin">관리자 화면(django.contrib.admin)</h3>
<ul>
<li>다크 모드용 CSS를 별도로 정의할 수 있습니다. <code>django/contrib/admin/static/admin/css/dark_mode.css</code> 파일을 사용하세요.</li>
<li>관리자 화면의 커스텀 필터에 <code>__in</code> 룩업 사용</li>
</ul>
<p><code>FieldListFilter</code>를 정의할 때 <code>__in</code> 룩업을 사용할 수 있습니다. 다음과 같이 <code>expected_parameters</code> 메서드를 오버라이드하면 됩니다.</p>
<div id="cb4"><pre><code><span id="cb4-1"><span>class</span> FilterWithCustomSeparator(admin.FieldListFilter):</span>
<span id="cb4-2">    <span># custom list separator that should be used to separate values.</span></span>
<span id="cb4-3">    list_separator <span>=</span> <span>'|'</span></span>
<span id="cb4-4"></span>
<span id="cb4-5">    <span>def</span> <span>__init__</span>(<span>self</span>, field, request, params, model, model_admin, field_path):</span>
<span id="cb4-6">        <span>self</span>.lookup_kwarg <span>=</span> <span>'</span><span>%s</span><span>__in'</span> <span>%</span> field_path</span>
<span id="cb4-7">        <span>super</span>().<span>__init__</span>(field, request, params, model, model_admin, field_path)</span>
<span id="cb4-8"></span>
<span id="cb4-9">    <span>def</span> expected_parameters(<span>self</span>):</span>
<span id="cb4-10">        <span>return</span> [<span>self</span>.lookup_kwarg]</span></code></pre></div>
<p>자세한 내용은 <a href="https://docs.djangoproject.com/en/4.1/ref/contrib/admin/filters/#modeladmin-list-filters"><code>ModelAdmin List Filters</code></a> 문서의 해당 부분을 참고하세요.</p>
<h3 id="pbkdf2-해시-반복-횟수">PBKDF2 해시 반복 횟수</h3>
<p>PBKDF2 해시의 반복 횟수가 320,000회에서 390,000회로 증가했습니다.</p>
<h3 id="사용자-속성이-원격-백엔드와-싱크">사용자 속성이 원격 백엔드와 싱크</h3>
<p><a href="https://docs.djangoproject.com/en/4.1/ref/contrib/auth/#django.contrib.auth.backends.RemoteUserBackend.configure_user"><code>RemoteUserBackend.configure_user()</code></a> 메서드를 사용하면 LDAP 같은 원격 백엔드의 사용자 속성과 동기화할 수 있습니다.</p>
<h3 id="사이트맵에-lastmod-추가">사이트맵에 <code>&lt;lastmod&gt;</code> 추가</h3>
<p>사이트맵 생성시 기본으로 <code>&lt;lastmod&gt;</code> 타임스탬프 값을 추가합니다. <a href="https://docs.djangoproject.com/en/4.1/ref/contrib/sitemaps/#django.contrib.sitemaps.Sitemap.get_latest_lastmod"><code>get_latest_lastmod()</code></a>를 사용합니다.</p>
<h3 id="폼">폼</h3>
<ul>
<li>
<a href="https://docs.djangoproject.com/en/4.1/ref/forms/renderers/#django.forms.renderers.BaseRenderer.form_template_name"><code>form_template_name</code></a>을 설정하면 프로젝트 전체에 폼 템플릿을 적용할 수 있습니다. <a href="https://docs.djangoproject.com/en/4.1/ref/forms/api/#django.forms.Form.template_name"><code>Form.template_name</code></a> 을 설정하면 폼마다 별도의 폼 템플릿을 적용할 수 있습니다. (폼셋도 비슷합니다.)</li>
<li>
<a href="https://docs.djangoproject.com/en/4.1/ref/forms/api/#django.forms.BoundField.legend_tag">legend_tag()</a>를 사용하여 라디오 버튼과 체크박스의 <code>&lt;legend&gt;</code>를 제대로 표현할 수 있습니다.</li>
</ul>
<h3 id="관리-명령어">관리 명령어</h3>
<ul>
<li>마이그레이션 실행시 <code>--prune</code> 옵션을 추가하면, 더이상 존재하지 않는 마이그레이션들을 <code>django_migrations</code> 테이블에서 삭제합니다.</li>
<li>만약 <code>black</code>이 설치돼 있다면 <code>startproject</code>, <code>startapp</code>, <code>optimizemigration</code>, <code>makemigrations</code>, <code>squashmigrations</code> 실행시 <code>black</code>으로 포매팅한 파일을 만듭니다.</li>
<li>
<code>optimizemigration</code> 명령어를 사용하여 해당 마이그레이션 파일을 최적화할 수 있습니다. (마이그레이션용 함수는 수동으로 처리해야 합니다.)</li>
</ul>
<h3 id="마이그레이션">마이그레이션</h3>
<ul>
<li>새로 추가된 <a href="https://docs.djangoproject.com/en/4.1/ref/migration-operations/#django.db.migrations.operations.RenameIndex"><code>RenameIndex</code></a>를 사용하여 인덱스 이름을 바꿀 수 있습니다.</li>
<li>
<code>Meta.indexes</code>를 수정하면 <code>RenameIndex</code>를 생성합니다. (이전에는 <code>RemoveIndex</code>와 <code>AddIndex</code>를 함께 생성했습니다.)</li>
<li>
<code>Meta.index_together</code>를 수정하면 <code>RenamIndex</code>를 생성합니다. (이전에는 <code>AlterIndexTogether</code>와 <code>AddIndex</code>를 함께 생성했습니다.)</li>
</ul>
<h3 id="모델">모델</h3>
<ul>
<li>
<a href="https://docs.djangoproject.com/en/4.1/ref/settings/#std-setting-CONN_HEALTH_CHECKS"><code>CONN_HEALTH_CHECKS</code></a>를 사용하여 데이터베이스 연결 가능 여부를 미리 확인할 수 있습니다.</li>
<li>
<a href="https://docs.djangoproject.com/en/4.1/ref/models/querysets/#django.db.models.query.QuerySet.bulk_create"><code>QuerySet.bulk_create()</code></a> 실행시 고유값 검증에 실패하면 값을 추가하는 대신 업데이트할 수 있습니다.</li>
<li>
<a href="https://docs.djangoproject.com/en/4.1/ref/models/querysets/#django.db.models.query.QuerySet.iterator"><code>QuerySet.iterator()</code></a>는 연관 객체를 prefetching할 수 있습니다. (<code>chunk_size</code>가 지정된 경우에만 작동합니다.)</li>
<li>PostgreSQL을 사용하는 경우 <code>AutoField</code>, <code>BigAutoField</code>, <code>SmallAutoField</code>는 시퀀스 컬럼 대신 identity 컬럼을 생성합니다.</li>
</ul>
<h3 id="요청과-응답">요청과 응답</h3>
<ul>
<li>
<a href="https://docs.djangoproject.com/en/4.1/ref/request-response/#django.http.HttpResponse.set_cookie"><code>HttpResponse.set_cookie()</code></a>의 <code>max_age</code> 전달인자로 <code>timedelta</code> 객체를 전달받을 수 있습니다.</li>
</ul>
<h3 id="보안">보안</h3>
<ul>
<li>
<a href="https://docs.djangoproject.com/en/4.1/ref/settings/#std-setting-SECRET_KEY_FALLBACKS">SECRET_KEY_FALLBACKS</a>를 설정하여 목록 내의 비밀키를 번갈아가며 사용할 수 있습니다.</li>
</ul>
<h3 id="테스트">테스트</h3>
<ul>
<li>
<a href="https://docs.djangoproject.com/en/4.1/topics/testing/advanced/#django.test.runner.DiscoverRunner">DiscoverRunner</a>가 macOS, Windows 등의 시스템에서 병렬 테스트를 지원합니다.</li>
</ul>
<h2 id="하위-호환되지-않는-기능">하위 호환되지 않는 기능</h2>
<h3 id="django.contrib.gis">django.contrib.gis</h3>
<ul>
<li>GDAL 2.1 지원을 중단합니다.</li>
<li>PostGIS 2.4 지원을 중단합니다.</li>
</ul>
<h3 id="데이터베이스">데이터베이스</h3>
<ul>
<li>PostgreSQL 10 지원을 중단합니다.</li>
<li>MariaDB 10.2 지원을 중단합니다.</li>
</ul>
<h2 id="중단-예정인-기능">중단 예정인 기능</h2>
<h3 id="get-기반의-로그아웃">
<code>GET</code> 기반의 로그아웃</h3>
<p>내장 로그아웃 뷰가 <code>GET</code> 방식에서 <code>POST</code> 방식으로 바뀌었습니다.</p>
<h3 id="기타">기타</h3>
<ul>
<li>
<code>django.contrib.sessions.serializers.PickleSerializer</code>은 원격 코드 실행 위협이 있으므로 지원을 중단할 예정입니다.</li>
<li>
<code>chunk_size</code>를 지정하지 않고 <code>QuerySet.iterator()</code>를 호출하는 방식은 지원을 중단할 예정입니다.</li>
<li>연관 모델 필터링시 저장하지 않은 모델 인스턴스를 지정하는 방식은 지원을 중단할 예정입니다. Django 5.0에서는 예외를 일으킵니다.</li>
<li>
<a href="https://docs.python.org/3/library/datetime.html#datetime.timezone.utc"><code>datetime.timezone.utc</code></a>를 가리키던 <a href="https://docs.djangoproject.com/en/4.1/ref/utils/#django.utils.timezone.utc"><code>django.utils.timezone.utc</code></a>는 지원 중단 예정입니다. <a href="https://docs.python.org/3/library/datetime.html#datetime.timezone.utc"><code>datetime.timezone.utc</code></a>만 사용하세요.</li>
<li>
<code>django.contrib.auth.hashers.CryptPasswordHasher</code>는 지원 중단 예정입니다.</li>
<li>표 기반의 템플릿인 <code>"django/forms/default.html"</code> 파일과 <code>"django/forms/formsets/default.html"</code> 파일은 지원 중단 예정입니다.</li>
</ul>
<h2 id="삭제된-기능">삭제된 기능</h2>
<ul>
<li>
<code>TestCase.setUpTestData()</code>에서 깊은 복사(<code>copy.deepcopy()</code>)를 지원하지 않는 객체를 사용할 수 없습니다.</li>
<li>
<code>django.core.validators.EmailValidator</code>에서 <code>whitelist</code>와 <code>domain_whitelist</code>가 삭제됐습니다.</li>
<li>
<code>default_app_config</code>가 삭제됐습니다.</li>
<li>
<code>django.core.cache.backends.memcached.MemcachedCache</code>가 삭제됐습니다.</li>
</ul>
<h2 id="마치며">마치며</h2>
<p>요약은 여기까지입니다. 개인적으론 중요하지 않아 보여서 적지 않은 내용이 여러분에겐 더 중요할 수도 있으니, <a href="https://docs.djangoproject.com/en/4.1/releases/4.1/">Django 4.1 공식 릴리스 노트</a>를 한 번 살펴보시길 추천합니다.</p>
            
      </div></div>

44BITS: IT 뉴스, 클라우드 컴퓨팅, 프로그래밍, 컨테이너, 리눅스

Daegwon Nacyot Kim

이 글에서는 Django 4.1에 추가된 기능과 바뀐 점을 알아보려 합니다. Django 4.1 release notes를 참고하였습니다.
Django는 3년 마다 LTS를 위해 메이저 버전을 하나씩 올리고, 8개월마다 마이너 버전을 올립니다. 현재 LTS 버전은 3.2.x입니다. 이번에 출시한 4.1은 LTS 버전은 아닙니다.
파이썬 호환성
Django 4.1은 파이썬 3.8과 3.9, 3.10을 지원합니다. 각 버전의 마지막 릴리스를 사용하기를 권장합니다.
새 기능
클래스 기반 뷰에 적용할 수 있는 비동기 핸들러
Django 3.1부터 비동기 뷰가 도입됐지만 함수 기반 뷰에서만 사용할 수 있었는데요. 4.1부터는 클래스 기반 뷰에도 사용할 수 있습니다.
class BlogView(View)
    async def get(self, request, *args, **kwargs):
        await asyncio.sleep(5)
        return HttpResponse('This is an async response')
클래스 기반 뷰에 적용하는 비동기 핸들러에 대한 자세한 내용은 Asynchronous class-based views 문서를 참고하세요.
비동기식 ORM 인터페이스
비동기 처리용 ORM 인터페이스를 지원합니다. 기존 ORM 메서드 앞에 a를 붙은 형태의 메서드를 사용하면 됩니다. 이를테면, create 대신 acreate, first 대신 afirst 처럼요.
새 쿼리셋을 반환하는 메서드들은 별도의 인터페이스를 만들지 않았습니다. filter나 exclude, annotate 등은 비동기 코드에서 그대로 사용해도 됩니다.
async for post in Posts.objects.filter(datetime__year=2022):
    tag = await post.tags.afirst()
하지만, 데이터베이스 연산은 아직 동기 방식으로 처리됩니다. 새 인터페이스는 기존 연산에 sync_to_async()를 감싸두었을 뿐이고요. SQL 컴파일러와 데이터베이스 드라이버에 이르기까지 비동기 지원 작업을 열심히 진행 중이라고 합니다.
그럼 비동기 ORM 인터페이스를 사용할 필요가 없을까요? 비동기 코드나 비동기 뷰에서 동기식 ORM 인터페이스를 호출하면 SynchronousOnlyOperation 오류가 발생하니, 이때 비동기식 ORM 인터페이스를 사용하면 되겠습니다. 게다가 미리 비동기식 인터페이스를 사용해두면, 추후 데이터베이스 연산이 비동기 방식으로 처리되었을 때 급하게 코드를 수정하지 않아도 되겠고요. 그리고 트랜잭션 역시 비동기 처리를 지원하지 않습니다. 트랜잭션을 사용해야 한다면 해당 코드를 분리한 다음 sync_to_async 함수로 감싸서 호출해야 합니다.
비동기식 ORM 인터페이스에 대한 자세한 내용은 Asynchronous queries 문서를 참고하세요.
모델 제약 조건을 유효성 검증 과정에 검사
Check와 unique, exclusion 같은 데이터베이스 제약 조건을 모델 유효성 검증 과정에서 검사합니다. 만약 검사에 실패하면 ValidationError 예외가 발생합니다.
Django 4.0까지는 모델 유효성 과정에 검사하지 않았고, 데이터베이스에 저장할 때 IntegrityError 예외를 발생시켰습니다.
접근성이 향상된 폼 렌더링
스크린 리더 같은 장치를 사용하는 사용자들에게도 접근하기 편한 폼을 만들고자 <div> 기반의 폼 템플릿을 제공합니다. Django 5.0에서는 새 폼 템플릿을 기본으로 사용하지만 아직은 그렇지 않으므로, 이를 적용하고 싶다면 FORM_RENDERER 설정 값을 다음처럼 정의하세요.
FORM_RENDERER = "django.forms.renderers.DjangoDivFormRenderer"
CSRF_COOKIE_MASKED 설정
CsrfViewMiddleware 는 더이상 CSRF 쿠키를 마스킹하지 않습니다. 만약 Django 4.1 이전 버전을 Django 4.1로 업그레이드하고 있다면 호환성을 위해 CSRF_COOKIE_MASKED를 True로 설정하고, 업그레이드가 끝난 후 CSRF_COOKIE_MASKED 설정을 지우기 바랍니다.
Django 5.0에서 CSRF_COOKIE_MASKED 설정은 사라질 예정입니다.
자잘한 변경
관리자 화면(django.contrib.admin)
다크 모드용 CSS를 별도로 정의할 수 있습니다. django/contrib/admin/static/admin/css/dark_mode.css 파일을 사용하세요.
관리자 화면의 커스텀 필터에 __in 룩업 사용
FieldListFilter를 정의할 때 __in 룩업을 사용할 수 있습니다. 다음과 같이 expected_parameters 메서드를 오버라이드하면 됩니다.
class FilterWithCustomSeparator(admin.FieldListFilter):
    # custom list separator that should be used to separate values.
    list_separator = '|'
    def __init__(self, field, request, params, model, model_admin, field_path):
        self.lookup_kwarg = '%s__in' % field_path
        super().__init__(field, request, params, model, model_admin, field_path)
    def expected_parameters(self):
        return [self.lookup_kwarg]
자세한 내용은 ModelAdmin List Filters 문서의 해당 부분을 참고하세요.
PBKDF2 해시 반복 횟수
PBKDF2 해시의 반복 횟수가 320,000회에서 390,000회로 증가했습니다.
사용자 속성이 원격 백엔드와 싱크
RemoteUserBackend.configure_user() 메서드를 사용하면 LDAP 같은 원격 백엔드의 사용자 속성과 동기화할 수 있습니다.
사이트맵에 <lastmod> 추가
사이트맵 생성시 기본으로 <lastmod> 타임스탬프 값을 추가합니다. get_latest_lastmod()를 사용합니다.
폼
form_template_name을 설정하면 프로젝트 전체에 폼 템플릿을 적용할 수 있습니다. Form.template_name 을 설정하면 폼마다 별도의 폼 템플릿을 적용할 수 있습니다. (폼셋도 비슷합니다.)
legend_tag()를 사용하여 라디오 버튼과 체크박스의 <legend>를 제대로 표현할 수 있습니다.
관리 명령어
마이그레이션 실행시 --prune 옵션을 추가하면, 더이상 존재하지 않는 마이그레이션들을 django_migrations 테이블에서 삭제합니다.
만약 black이 설치돼 있다면 startproject, startapp, optimizemigration, makemigrations, squashmigrations 실행시 black으로 포매팅한 파일을 만듭니다.
optimizemigration 명령어를 사용하여 해당 마이그레이션 파일을 최적화할 수 있습니다. (마이그레이션용 함수는 수동으로 처리해야 합니다.)
마이그레이션
새로 추가된 RenameIndex를 사용하여 인덱스 이름을 바꿀 수 있습니다.
Meta.indexes를 수정하면 RenameIndex를 생성합니다. (이전에는 RemoveIndex와 AddIndex를 함께 생성했습니다.)
Meta.index_together를 수정하면 RenamIndex를 생성합니다. (이전에는 AlterIndexTogether와 AddIndex를 함께 생성했습니다.)
모델
CONN_HEALTH_CHECKS를 사용하여 데이터베이스 연결 가능 여부를 미리 확인할 수 있습니다.
QuerySet.bulk_create() 실행시 고유값 검증에 실패하면 값을 추가하는 대신 업데이트할 수 있습니다.
QuerySet.iterator()는 연관 객체를 prefetching할 수 있습니다. (chunk_size가 지정된 경우에만 작동합니다.)
PostgreSQL을 사용하는 경우 AutoField, BigAutoField, SmallAutoField는 시퀀스 컬럼 대신 identity 컬럼을 생성합니다.
요청과 응답
HttpResponse.set_cookie()의 max_age 전달인자로 timedelta 객체를 전달받을 수 있습니다.
보안
SECRET_KEY_FALLBACKS를 설정하여 목록 내의 비밀키를 번갈아가며 사용할 수 있습니다.
테스트
DiscoverRunner가 macOS, Windows 등의 시스템에서 병렬 테스트를 지원합니다.
하위 호환되지 않는 기능
django.contrib.gis
GDAL 2.1 지원을 중단합니다.
PostGIS 2.4 지원을 중단합니다.
데이터베이스
PostgreSQL 10 지원을 중단합니다.
MariaDB 10.2 지원을 중단합니다.
중단 예정인 기능
GET 기반의 로그아웃
내장 로그아웃 뷰가 GET 방식에서 POST 방식으로 바뀌었습니다.
기타
django.contrib.sessions.serializers.PickleSerializer은 원격 코드 실행 위협이 있으므로 지원을 중단할 예정입니다.
chunk_size를 지정하지 않고 QuerySet.iterator()를 호출하는 방식은 지원을 중단할 예정입니다.
연관 모델 필터링시 저장하지 않은 모델 인스턴스를 지정하는 방식은 지원을 중단할 예정입니다. Django 5.0에서는 예외를 일으킵니다.
datetime.timezone.utc를 가리키던 django.utils.timezone.utc는 지원 중단 예정입니다. datetime.timezone.utc만 사용하세요.
django.contrib.auth.hashers.CryptPasswordHasher는 지원 중단 예정입니다.
표 기반의 템플릿인 "django/forms/default.html" 파일과 "django/forms/formsets/default.html" 파일은 지원 중단 예정입니다.
삭제된 기능
TestCase.setUpTestData()에서 깊은 복사(copy.deepcopy())를 지원하지 않는 객체를 사용할 수 없습니다.
django.core.validators.EmailValidator에서 whitelist와 domain_whitelist가 삭제됐습니다.
default_app_config가 삭제됐습니다.
django.core.cache.backends.memcached.MemcachedCache가 삭제됐습니다.
마치며
요약은 여기까지입니다. 개인적으론 중요하지 않아 보여서 적지 않은 내용이 여러분에겐 더 중요할 수도 있으니, Django 4.1 공식 릴리스 노트를 한 번 살펴보시길 추천합니다.

Django 4.1 릴리스와 주요 변경 사항

댓글