質問

私はかなり強力な Python コード作成者ですが、私のスタイルは少し行き当たりばったりで、多くの問題には私が思いついたものよりも Python による解決策がたくさんあると確信しています。Python に精通した人にとって必読の PEP はどれですか?

役に立ちましたか?

解決

確かに PEP 8 に、Python用のスタイルガイド。

他のヒント

Python は非常に直感的ですが、多くの人は彼の哲学を理解していません。

ペップ20: Python の禅

  • 美しいほうが醜いよりも優れています。
  • 暗黙的よりも明示的な方が優れています。
  • 複雑なものよりもシンプルなものの方が優れています。
  • 複雑であることは複雑であるよりも優れています。
  • ネストされたものよりもフラットな方が優れています。
  • 密であるよりも疎である方が優れています。
  • 読みやすさが重要です。
  • 特別なケースは、ルールを破るほど特別ではありません。
  • 実用性は純粋さに勝りますが。
  • エラーは決して黙って通過すべきではありません。
  • 明示的に沈黙させない限り。
  • 曖昧な点に直面しても、推測する誘惑を断ってください。
  • 1つ - そしてできれば1つだけ - それを行うための明確な方法があるはずです。
  • ただし、オランダ人でない限り、その方法は最初は明らかではないかもしれません。
  • 今は決してないよりは良いです。
  • 多くの場合、決してない方が優れていますが、 今。
  • 実装を説明するのが難しい場合、それは悪い考えです。
  • 実装が説明しやすい場合は、それが良いかもしれません。
  • 名前空間は素晴らしいアイデアの 1 つです。名前空間をもっと実現しましょう。

また、PEP 0257 のドキュメンテーション文字列大会

これは今回顧、それでも面白いです:私は物事わけではありません変更で考えますPythonの3000 の決定を先行の議論へのリンクがたくさん、良い読み物です。

私は読んで減少したものは何Python的だと何ではないにいくつかの良い洞察力を与えることができることを見出しました。 私は特定の例を持っていないので、これはしばらく前だった。

ここでPEPの指標がある - http://www.python.org/dev/peps/

これまでに1トピックについて疑問を持っているとき、彼らはその

で検索することができます

私はまたのPEP 8と257をお勧めします、私は元の質問から少しこのずれを知っているが、あなたがしている場合、私はPyCharm(周りの私の意見ではおそらく最高のPython IDE)に自動的にチェックしていることを指摘したいと思います、最も重要なPEP 8つのガイドラインのいくつかを以下の念に興味がある人の...

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