... クへ Django 2.1.7 リリースノート 関連キーワード リリースノート April fixes バグ 修正 Prevented admin inlines ManyToManyField implicit through model editable user view クイック検索 Last update: 2026年10月09日 « previous | up | next » ... ... .1.7 リリースノート 関連キーワード Django リリースノート April fixes bug バグ 修正 Prevented admin inlines ManyToManyField implicit through model editable user view 関連するページ Django 2.1.15 リリースノート Django 2.2.8 リリースノート Django 1.5.12 リリ ... ... 。 参考 Portland Pattern Repository に DRY に関する議論があります 暗黙よりもはっきり示した方がいい (Explicit is better than implicit) ¶ これは、 PEP 20 にリストアップされた Python の核となる原則の1つです。つまり、Django は「魔法」を使いすぎてはならないとい ... の使い方) までのあらゆる点で保たれなければなりません。 モデル ¶ 暗黙よりもはっきり示した方がいい (Explicit is better than implicit) ¶ フィールド名のみに基づいてフィールドの振る舞いが決まるべきではありません。そのようにしてしまうと、システム全体に対する深 ... 想 概要 疎結合 短いコード 素早い開発 同じことを繰り返さない (DRY) 暗黙よりもはっきり示した方がいい (Explicit is better than implicit) 一貫性 モデル 暗黙よりもはっきり示した方がいい (Explicit is better than implicit) 関連するドメインのロジックをすべて含める ... ... 。 参考 Portland Pattern Repository に DRY に関する議論があります 暗黙よりもはっきり示した方がいい (Explicit is better than implicit) ¶ これは、 PEP 20 にリストアップされた Python の核となる原則の1つです。つまり、Django は「魔法」を使いすぎてはならないとい ... の使い方) までのあらゆる点で保たれなければなりません。 モデル ¶ 暗黙よりもはっきり示した方がいい (Explicit is better than implicit) ¶ フィールド名のみに基づいてフィールドの振る舞いが決まるべきではありません。そのようにしてしまうと、システム全体に対する深 ... 想 概要 疎結合 短いコード 素早い開発 同じことを繰り返さない (DRY) 暗黙よりもはっきり示した方がいい (Explicit is better than implicit) 一貫性 モデル 暗黙よりもはっきり示した方がいい (Explicit is better than implicit) 関連するドメインのロジックをすべて含める ... ... are always isolated from each other, TransactionTestCase will now reset the database after each test run instead. No more implicit DB sequences reset ¶ TransactionTestCase tests used to reset primary key sequences automatically together with the databas ... e flushing actions described above. This has been changed so no sequences are implicitly reset. This can cause TransactionTestCase tests that depend on hardcoded primary key values to break. The new reset_sequ ... Email checks on failed admin login Changes in tests execution Database flushing in django.test.TransactionTestCase No more implicit DB sequences reset Ordering of tests cleaned_data dictionary kept for invalid forms Behavior of syncdb with multiple datab ... ... t depends on list specific features, such as indexing, can be ported by converting the iterator into a list using list() . Implicit QuerySet __in lookup removed ¶ In earlier versions, queries such as: Model . objects . filter ( related_id = RelatedModel ... . objects . all ()) would implicitly convert to: Model . objects . filter ( related_id__in = RelatedModel . objects . all ()) resulting in SQL like "related_ ... id IN (SELECT id FROM ...)" . This implicit __in no longer happens so the "IN" SQL is now "=", and if the subquery returns multiple results, at least some databases w ... ... zing type of auto-created primary keys ¶ When defining a model, if no field in a model is defined with primary_key=True an implicit primary key is added. The type of this implicit primary key can now be controlled via the DEFAULT_AUTO_FIELD setting and A ... ... are always isolated from each other, TransactionTestCase will now reset the database after each test run instead. No more implicit DB sequences reset ¶ TransactionTestCase tests used to reset primary key sequences automatically together with the databas ... e flushing actions described above. This has been changed so no sequences are implicitly reset. This can cause TransactionTestCase tests that depend on hardcoded primary key values to break. The new reset_sequ ... Email checks on failed admin login Changes in tests execution Database flushing in django.test.TransactionTestCase No more implicit DB sequences reset Ordering of tests cleaned_data dictionary kept for invalid forms Behavior of syncdb with multiple datab ... ... t depends on list specific features, such as indexing, can be ported by converting the iterator into a list using list() . Implicit QuerySet __in lookup removed ¶ In earlier versions, queries such as: Model . objects . filter ( related_id = RelatedModel ... . objects . all ()) would implicitly convert to: Model . objects . filter ( related_id__in = RelatedModel . objects . all ()) resulting in SQL like "related_ ... id IN (SELECT id FROM ...)" . This implicit __in no longer happens so the "IN" SQL is now "=", and if the subquery returns multiple results, at least some databases w ... ... zing type of auto-created primary keys ¶ When defining a model, if no field in a model is defined with primary_key=True an implicit primary key is added. The type of this implicit primary key can now be controlled via the DEFAULT_AUTO_FIELD setting and A ... 2026年10月08日