ビルドと比較して顕著です。使われるであろうことに関係があります。(というのも多くの文字列が人間向けでない言語として格納されるからです。エンコードされたデータ、などなど。キャッシュ活用効率を高めるであろうことも期待出来ます。インストールするようになりました。バージョンに依存しない方法で起動するのに使われます。ファイルをダブルクリックすると暗黙のうちに呼び出されます。バージョンであれば、そのバージョンがファイルの実行に使われます。)」を含めることでオーバライド出来ます。アプリケーションとして使うことも出来ます。新しいバージョンがインストールされている場合に特定の古いバージョンを要求します)。追加するオプションが含まれるようになりました。エラーが送出する例外の階層が単純化され、粒度が下げられました。中から適切な例外の型を選ぶのに心配する必要はもうありません。以外の名前は互換性のためにエイリアスとして残されています。特定のエラー条件を捕捉するのが容易になりました。派生クラスを捕捉することが出来ます。一般的な使い方を避けることが出来ます。その操作の一部をほかのジェネレータに委譲するための式です。含んでいるコードのセクションをほかのジェネレータに移動出来るでしょう。加えてサブジェネレータは値を伴って戻ることが出来、その戻り値は委譲した側のジェネレータで使えます。式がデザインされた主たる動機はサブジェネレータへの委譲として使うことではありますが、実際には任意のサブイテレータに委譲することも出来ます。メソッドとともに使われることを前提に設計されたジェネレータであっても、大きな関数を複数のサブ関数に分割するのと同じくらいに、ジェネレータを簡単に複数のサブジェネレータに分割出来るようにすることでした。チェインされた例外コンテキストの表示を無効にするための新構文を導入します。x抑制することでデバッグ能力が失われるというわけではなくて、元々の例外コンテキストは利用可能なままです。(例えば介在するライブラリが有益な背後の詳細を不適切に隠してしまっているなど、必要な場合はあるでしょう。前置を再びサポートすることにしました。移行において純粋な機械的変更を要する事項を単に減らすためだけのために提供されます。属性を持つようになりました。(path)」を表現するものです。ほかの場合にはこれは、実際に定義されている場所についてや、グローバルスコープから如何にしてアクセス可能かについて、もっと良い情報を与えてくれます。互いに共有出来るようになりました。これにより、組み込みでない型のインスタンスをたくさん作るプログラムのメモリ消費が少なくなります。調べることを簡単で直接的なものにしてくれます。アノテーション、デフォルト値、パラメータの種類、束縛されている引数などのような呼び出しシグニチャについての情報を保持し、これによって、デコレータを書いたりあるいは呼び出しシグニチャや引数を検証したり改訂したりするコードを書くことが、非常に単純になります。モジュールに新規属性が追加され、これは現在動作中のインタプリタ実装に固有の詳細を公開します。真意は、標準ライブラリによって利用される実装固有の情報を一つの名前空間で一元管理することにあります。実装が単一の標準ライブラリのコードベースを共有することが、もっとずっと簡単になります。実装固有データのごく一部を保持しているだけです。標準ライブラリの移植性がもっと高くなるように、徐々にこの比率が変わっていくでしょう。