admin アプリケーションのリファクタ¶

Django の管理インタフェース (django.contrib.admin) を完全にリファクタし ました。admin の定義を完全にモデル定義から脱カップリングし (モデルから class Admin をなくしました!)、Django の新たなフォーム処理ライブラリ (0.96 から登場した django.newforms で、今後は単に django.forms) を 使うよう、 admin のフレームワークを 書き直しました。また、思い通りに拡張し たりカスタマイズしたりできるようになりました。admin アプリケーションのドキュ メントは、 admin インタフェース にあります。

Unicode 処理の改善¶

Django の内部処理を、一貫して Unicode を使うようリファクタしました。これに より、非西欧圏のコンテンツやデータの扱い劇的に単純化しました。また、サード パーティライブラリや、Unicode を行儀よく扱えないことのあるシステムとの相互 運用を楽にするためのユーティリティも提供しました。

Unicode リファレンス を参照してください。

Django ORM の改善¶

Django のオブジェクト-リレーショナルマッパ、つまり Django のモデルクラスと データベースを対応づけ、クエリの発行を仲立ちするためのコンポーネントを、徹 底的なリファクタによって劇的に改善しました。ほとんどの Django ユーザにとっ て、この変更による互換性の問題はありません。データベースを操作している公開 の API に細かい変更がありましたが、ほとんどの変更は ORM の内部コードに対し て施されています。このリファクタのもたらす、以前のバージョンと互換性のない 変更や新たな機能は、 Django の wiki ページ に掲載しています。

テンプレート変数の自動エスケープ¶

クロスサイトスクリプティング (XSS) 脆弱性に対する安全性をより高めるために、 Django のテンプレートシステムが全ての変数出力を自動的に HTML エスケープする よう変更しました。この挙動はもちろん変更でき、変数やテンプレートの一部を 「安全:safe」(エスケープ不要) や「安全でない:unsafe」(エスケープが必要) に マークできます。この機能の詳しい説明は、 autoescape タグのドキュメ ントにあります。

django.contrib.gis (GeoDjango)¶

1 年にわたる開発を経て、ワールドクラスの GIS (地理情報システム: Geographic Information Systems) のサポートを contrib アプリケーショ ンの形で Django に追加しました。 GIS のドキュメントはまだプロジェクトの外で メンテナンス中で、まもなく Django のメインドキュメントにマージする予定です。 この機能を作り上げ、完成までこぎつけた Justin Bronn, Jeremy Dunck, Brett Hoerner そして Travis Pinney に深く感謝します。

詳しくは http://geodjango.org/ を参照してください。

プラガブルなファイルストレージ機構¶

Django 組み込みの FileField と ImageField が、プラガブルなファイル ストレージバックエンドを使えるようになりました。ストレージバックエンドによっ て、アップロードファイルを Django に保存する方法を徹底的にカスタマイズでき ます。詳しくは、 ファイルのドキュメント を参照してく ださい。この困難な仕事を達成した Marty Alchin に深く感謝します。

Jython との互換性¶

Google Summer of Code プロジェクトを通じて多大な貢献をもたらした Leo Soto に感謝します。彼は Django のコードベースをリファクタし、これまで Jython との互換性を妨げていた部分を除去しました。 Jython はJava で書かれた Python 実装で、 Java 仮想マシンで Python コードを実行できます。 Django はまもなく 登場する Jython 2.5 リリースで動作します。

詳しくは Jython 上で Django を動かす を参照してください。

forms と admin への一般化リレーションの組み込み¶

一般化リレーションのクラスを django.contrib.contenttypes に移し、 admin インタフェースやエンドユーザのフォームでもサポートしました。詳しくは 一般化リレーションのドキュメント を参照してくだ さい。

INSERT/UPDATE の使い分け¶

Django で save() メソッドを呼び出したとき、SQL レベルで INSERT と UPDATE のどちらを使うかの区別は、ほとんどの場合デフォルトの挙動で問題あ りませんが、たまにどちらかを強制的に用いたほうがよい場合があります。そこで、 モデルの save() にパラメタを追加して、実行する SQL を強制できるようにし ました。詳細と、パラメタを使うときの重要な注意点を、データベース API のドキュ メントに記載してあります。

詳しくは Forcing an INSERT or UPDATE を参照してください。

CacheMiddleware の分割¶

Django の CacheMiddleware を 3 つのクラスに分割しました。 CacheMiddleware 自体はまだあり、以前の機能をそのまま残していますが、実 際には二つの別々のミドルウェア (キャッシュにデータを入れるミドルウェアと、 キャッシュからデータを取り出すミドルウェア) からなっていて、一つのミドルウェ アにまとまっていると起きる問題を回避できます。

正しい使い方など、詳細は キャッシュのドキュメント に 記載しています。

django.contrib.comments のリファクタ¶

Google Summer of Code プロジェクトの一環として、 Thejaswi Puthraya が Django にバンドルされているコメントシステムを大幅にリライト／リファクタし、 フレキシビリティとカスタマイズ性をすばらしく向上させました。 詳細なド キュメント と、以前のコメントアプリケーション を使っていた人のための アップグレードガイド も読めるようになりました。

撤廃した機能の除去¶

以前のバージョンで撤廃した機能としてマークしていた機能や、 1.0 のリリースに 先だって除去を予定していた機能を Django から取り去りました。除去した機能に は、import パス django.newforms (django.forms で import できます) や form_for_model, form_for_instance といったヘルパ関数 (ModelForm に置き換わりました)、そしてディスパッチャやファイルアップロー ド、ファイルストレージリファクタリングなどで置き換えられた機能な どがあります。

to_field 指定を含むマルチテーブルモデル継承での問題¶

マルチテーブルモデル継承 を使う場合、子の モデルで permanent_link と to_field をカスタマイズすると、データベー スの一貫性に関するエラーを引き起こすという問題があるので注意してください。 以下のようなモデルを定義すると、 うまく動きません

class Parent(models.Model):
    name = models.CharField(max_length=10)
    other_value = models.IntegerField(unique=True)

class Child(Parent):
    father = models.OneToOneField(Parent, primary_key=True, to_field="other_value", parent_link=True)
    value = models.IntegerField()

このバグは、次の Django のリリースで修正する予定です。

特定のデータベースに関する注意点¶

Django は全てのデータベースバックエンドの可能な限り多くの機能をサポートしよ うと試みています。しかしながら、全てのデータベースシステムがまったく同じ機 能を持っているわけではなく、とりわけ Django のサポートしているデータベース の多くはバージョン毎に大きく変化しています。ですから、 サポートしてい るデータベースに関する注意 を参照しておくとよいでしょう:

• MySQL に関する注意
• SQLite に関する注意
• Oracle に関する注意