質問

私は最近かなかったウェブデザインとして、趣味と意欲のことにもなる。確かに何を学ぶPythonしたがってPythonで書き換えもんのために学び、Python3 2.6質.

んぱんになっていただきたい人に共有どう考えているかというの強み-弱みのPythonの3つの視点からの者はエンドユーザプログラミングな言語でデザイナー。私が疑問に思うのか、実際にお好みのポイントを使用は避けて非生産的な又はunpythonic.

with 声明が明確なプラスが破 print オペレーターはマイナス.

解明を編集:がないとどうなるかを学ぶべきPython2、3またはあるか。い私の質問は、異なる:フィードバックを人々に何らかの理由に選択肢をPython3になる可能性があり、政何にしようとしていかない。

別の解明:これに答える with はユーザ情報調査2.*.謝罪.

役に立ちましたか?

解決

も強みの明確化とバイト文字列になります。どのように多くの時期も短Pythonを体験しているかは不明であ UnicodeDecodeErrorUnicodeEncodeError?まなトラブルが発生したらunicode対bytestrings、チャンスを使用していることasciiのみの言語(英語でも構わないでしょうか?;))これは通常の概念は、苦労を把握し上がりいただけます。(ちなみに、いまだ混乱したり、 このリンクは Python2.x)

って思っていることを区別str、バイトは、Python3.0になります。読む PEP358 のための正式な説明を入力し、 に特定のラスタ化クラス もうちょっとユーザー向け。この新しい能力開発を 明らか 別unicodeオブジェクトを、バイトのオブジェクトで符号化され特定のエンコーディングです。この変化を新の理解をより簡単に二つの違い構造であり、経験を積んだデベロッパーを使用ソング。

もちろんこの変更による独自のinconvenients:移植2.xはなかなか難しく、これらのstr+unicode str+バイトに変化は最も頭を悩ませるものに変更の場合は既に明確に分離Unicodeのバイト文字列に2.xのコードです。迷惑が長必要です。

その破れの変化を見迷惑をおいて、多くのユーザーは、---の迷惑に実施のための重要なlibrairies/ソリューション。現力のPython2.xの広がりについて、第三者のアプリケーション-モジュール:ものではないことがある-なポートにPython3、第三者のアプリケーションに時間を要する移植で起こってい2.xは、生活アプリケーションに必要なものを維持つバージョン:一つの目的は2.xのお客様は、3.x...費用のかかる保守!) 翌年、本格的なアプリケーションPython3が著しく低いので、低い番号のPython3対応の第三者が有するそこで、私は強力にサポートこれらの破れの変化ただしこ モンキ、バナナ、Python(3)消防ホースの物語? ;)

他のヒント

私は使用しないPython3"で、"生産しており、がんでいることを見 print れる機能を絶えば、すぐに入れて lambda 現在、2.* 今まで使っていた sys.stdout.write("%s\n" % foo), フランスのcrufty.プラスの書式などの工夫として使用出力ファイルから sys.stdout または削除の最終 \nなので くよりも読みやすPython2.*'s!

余談ですが、 with また最近ではPython2.* バージョンでは、Python3にするものではありません。

いすべてのベります。彼らは取り除くには推奨されていません例えば、人々が強制"が一つの文について教えてください"と増加の一貫性を追求します。また、 with 決などがあります。

には明らかに問題をPython3にはその欠点は多くの[大]図書館がどのDjango).なお図書館が休みのPython3がない理由にお使い頂けます。

い辞書の読解力:

{k: v for k, v in stuff}

延長開梱のlist:

(head, *rest) = range(5)

これは主観的な.Python3.xは確実に改善をもたらす2.x.での長期待の変化のように:辞書の理解、辞書、さらにパワーアップ文字列のフォーマットなどはもちろんクリーナー図書館があります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top