ソースコードの読み取り[終了]

Question

他の人のソースコードを読んだ場合、そのコードにどのようにアプローチしますか？どのようなパターンを探していますか（データ型、ループ、制御フローの使用など）。退屈せずに他の人のコードをどれくらい読むことができますか？これまでに発見した最もエキサイティングなパターンは何ですか？

Answer 1

「トップダウンで作業する」という明白なことは別として、一般的なアプローチ、それは理由に依存します：コードレビュー、自分の使用に適応するために利用可能なコードを少し理解しよう、新しいテクニックを習得しようとしています。

言語にも大きく依存します。 OOPLの場合、おそらく次のようにします：

1. 最初に主要なクラスの関係を探し、各クラスの主要な責任を理解しようとします。
2. クラス間の相互作用を見て、どのように連携するかを確認してください。
3. 主要なクラスのインターフェースを見て、「サービス」がどのようなものかを確認します。彼らは協力者を提供します。
4. 責任がある何ではなく、どのように機能しているかを理解することが重要な場合は、自明ではないメソッドを調べてください。

Answer 2

最初は、コードを変更する衝動を無視します。これは時々難しいです。しかし、最初に理解し、後で変更することで、多くの厄介な「学習体験」を節約できます。

次に、形式が悪い場合は、再フォーマットします。コードフォーマッターがある場合は使用します。これは、インデントを見る傾向があり、それが悪い場合、コードの理解も疑わしいからです。

次に、複雑なデータ構造がある場合、小さな図を描くのが好きです。ここでの課題は、可能な限りシンプルに保つことです。大きな図は壁では楽しいものですが、ほとんどの場合、見づらくなります。無駄な時間です。

最終的にコードが何をするのかを理解したら、コメントを書きます。これは不可欠です。それ以外の場合は、次回ここにいるときに理解できないからです。

次の手順は、単体テストを作成することです。これで、コードをテストできるだけでなく、コードの理解度もテストできます。

最後に、もしあなたがそれをすべて理解し、あなたがそれがより良いことができる（そしてそれが必要である）ことを知っているなら、それを変えてください。ただし、必ずテストを実行してください。解決されたバグごとに支払われない限り。

Answer 3

これに対する最新の新しい用語は、コードのスペルチェックです。

Answer 4

ありがとう、私が正しく理解していれば、最初のステップはコンテキストを識別し、2番目にAPIを識別し、APIをコンテキストに配置することです。建物や芸術品を見るようなもので、使用する素材や部品の機能に焦点を当て、さまざまな視点を試し、部品が全体にどのように収まるかを判断することができます...素敵な作品があります発見プロセスの概要：ここ-数学者の考え方

Answer 5

すべては、あなたが読んでいるコードの種類に依存します。 Webアプリ、サービス、デスクトップアプリですか？他のコードを読み始めたら、通常、使用されているデザインパターンを探し始めます。または、フレームワーク固有のもの。ただし、これはレビューを行う場合です。あなたが自分の興味のために読んでいて何かを学ぶために本当に答えがない場合-あなたは完全にコードを読んで理解する必要があります。

Answer 6

最終製品で理解しているアイテムを選択し、どのように組み立てられるかを確認します。ユニットテストを取得している場合は、非常に役立ちます。