私はコーディングできるプログラマーです。しかし、私は物事を成し遂げることができますが、物事をうまくやったり、ほとんどのオープンソースコミュニティがそうするようにしたりはしません。ええと、私はgit hubのライブラリの一部を使用しています。私はプログラムのほとんどがうまく構成されていると思います。また、私を読んでください。
私の質問は:
コミュニティで一般的なファイル構造や命名規則はありますか?これは個人的な好みの問題ですか?
コードを書くのではなく、より組織化されたプログラマーになる方法はうまくいきます。しかし、あなたのプロジェクトに他の人が参加しやすいようにもっと整理されていますか?
Stack *( 1 、 2 )で開発プロジェクトの構造が何度も議論されてきました。状況に応じて選択してください。
さらに整理するために、コードとその周辺の情報を整理するために、さまざまな方法とツールを試しました。
それぞれをいくつか試してみると、いくつかの考え方が他の考え方よりも自分の考え方に合っている場合があります。しかし、あなたが知らないより良いツールが常にあり、ツールが常に追いついていることを覚えておいてくださいお互いに。したがって、学んだことはすべて、より良い目的のために使用でき、使用されることに基づいて、すでに何かを試し、却下したものでも、常に何かを試す準備ができている必要があります。
リファクタリング満足するまでコードを書きます。
時間が経つにつれて、リファクタリングの必要性はますます少なくなり、最終的には最初から正しくリファクタリングすることになります*。
行うことによって学びます。
*ほぼ正しい:)
スキルと経験が豊富な人からコーディングスタイルに関するフィードバックを得る。
私のやり方は、私とシニアプログラマーがプロジェクトに協力する仕事を得て、彼がチェックインしたすべてのコードをレビューしたことです。たまに、彼は私のコードについてイライラしたり困惑させたりするすべてのことをメールで送ってきました。私と彼の両方が合理的に心地よいスタイルを見つけるのにしばらく時間がかかり、いくつかのことについて激しい議論が交わされましたが、全体として多くのことを学び、友達として別れました。
設計パターンに関する本/記事を読み、問題にさまざまなパターンを適用し、どの状況でどのパターンが役立つと思うかを確認してください。
命名規則と書式設定スタイルに関する本/記事を読んでください。異なるコミュニティは異なるスタイルを使用します。一般に、コードを読む可能性が最も高い人々が認識できるスタイルを使用することをお勧めします。
コードの構造化に関するいくつかの具体的なアドバイス:
時間をかけてこれを行うと、もちろん最初は遅くなります。コードが次第に洗練されていくにつれて、保守が容易になり、作業のメリットを享受できるようになります。
GitとSourceForge。これらは、大きくて組織化されていないプログラムを書くときに使用する2つの項目です。詳細については、Googleと2つです。奇妙な理由で現在リンクできません。申し訳ありませんが、これが役に立てば幸いです。