3

個々の言語について、ソースコードのフォーマット (ベストプラクティス) をどこで読むべきか、つまり、変数などの命名規則、インデント、中括弧を配置する場所、コメントを含める方法と場所など。

たとえば、C Kernighan と Ritchie の著書The C Programming Languageと Linus Torvalds のLinux カーネル コーディング スタイル ガイドまたはGoogle の C++ Style Guide の場合、Perl の場合は少なくともperlstyle - Perl style guideです。

編集:おそらく、「コーディングスタイルをうまく始める方法」を尋ねるべきだったでしょう。

4

9 に答える 9

3

そのようなスタイル ガイドについては、あまり説明しません。これらは良いスタートですが、最終的にはあなたまたはあなたのチームが独自のコーディング スタイルを開発することになります。

編集: Rob Kam は、これらの「開始規則」についてもっと知りたいとコメントしました。

それは良い点です。しかし、ほとんどの場合、既存のプロジェクト、オープンソース プロジェクトまたは商用プロジェクトに参加し、それに取り組んでいる人々はすでにコード規則を持っています。企業にはおそらくコード規約が既に存在します。新しいプロジェクトを開始する場合は、以前に行った別のプロジェクトの規則から始めてください。

以前に使用したことのない新しい言語で新しいプロジェクトを実際に開始する場合は、何らかの形で類似した別の言語の規則から開始する可能性があります (つまり、新しい oo 言語の場合、Java または Smalltalk の規則を使用できます)。新しい言語の経験を積むにつれて、規則を調整します。Java でプログラミングを始めたとき、Pascal コーディング規約を使用しました。パスカルの慣習のいくつかは Java ではあまりうまく機能しませんでしたが、時間の経過とともに、古い慣習をいくつか捨てて新しいものを開発しました。

S.Lott は、あなたが選んだ言語で書かれたオープンソース プロジェクトを調べてみようという考えを持っていました。良い慣習についての提案を得ることは良い考えです。Srikanth は、こ​​こ Stackoverflow で良い慣習を求める良い考えを持っていました。Stackoverflow は、このようにコーディング規約の良い参照になるため、非常に良いアイデアです。

于 2008-10-24T10:09:40.680 に答える
1

見るのに良い場所が3つあります。

  1. 使用している言語に関する人気の本。
  2. あなたの言語で書かれたオープンソースプロジェクト。
  3. お使いの言語のCheckstyleタイプのユーティリティ。

CheckstyleやPMDなどのツールを使用する場合は、それらが適用する「ルール」の多くが物議を醸す可能性があることに注意してください。ドキュメントをチェックして、注意すべきルールを見つけると役立つ場合があります。

于 2008-10-24T12:53:01.290 に答える
1

本よりも優れているのは、好みの言語でオープンソース コードを見つけることです。

本 (少数の著者と編集者の作品) ではなく、実用的なソース コードは、高度に進化したコミュニティ標準を満たすコミュニティ プロジェクトです。

クライアントからコーディング標準の作成を依頼された場合、私は適切なオープン ソース プロジェクトを見つけて、「XXX のように見えるようにする」という短い標準ドキュメントを提供することを好みます。私が Java スタイルに使用する良い例は、Apache Antプロジェクトです。

誰もがお気に入りのオープン ソース サンプル プロジェクトを持っています。実際に動作するコードを読んで、お気に入りを選んでください。そのプロジェクトをエミュレートします。

于 2008-10-24T10:12:47.677 に答える
1

私はそれのためにGoogleを使用します。たとえば、Java コーディング ガイドラインを検索するには、このクエリを使用するか、スタック オーバーフローに投稿して、Java の推奨されるコーディング標準ガイドラインは何かを尋ねます。すべての言語について単一の情報源を示すことは困難です。

会社/プロジェクト用に 1 つを選択し、それに固執し、それが適切な標準であることを確認することをお勧めします。

于 2008-10-24T10:15:26.410 に答える
1

コード スタイルの問題が気になる場合は、ボブおじさんのクリーン コードを読むことを強くお勧めします。

于 2008-10-24T10:22:53.320 に答える
0

みなさん、こんにちは。

まあ、それはあなたが会社で働いているか、あなたのために働いているかによると言わざるを得ません;)

会社で働いている場合は、命名スタイルやその他の規則を受け入れる必要があります

そして、あなたにとっては、あなた自身を含む誰もが何をどのように瞬時に理解できるかを確立するだけでよいのです。

ブラケットとその他はあなたのやり方です

でもあなたが言ったように、個々の言語があるので、独自のルールがあります

Mnementh が言ったように、すべてのチームには、おそらく厳密な方法または自由な方法でコーディングする方法があります

それはもうありません.... bye bye

于 2008-10-24T10:12:09.910 に答える
0

あなたがPHP開発者なら、次の 2 つのガイドを見逃すことはできません。

于 2011-06-17T12:01:54.767 に答える
0

C および C++ スタイル ガイド、スタイル ガイドへのリンクの短いページ、コーディング ルール、および USENET からの議論があり、Christopher Lott によって管理されています。

于 2009-05-19T18:18:07.610 に答える