私はこのような状況に1〜2回いました。ドキュメンテーションは通常プログラマーとコードの間の接着剤であるため、実際に手助けできるツールはないと思いますが、実際にはそれらを検索していません。
私は2つの発言があります。まず、これはあなたに多くの時間を要します。 A ロット。基本的に、あなたはリバースエンジニアリングです。見積もりをする際に考慮してください(必要な場合)。
第2に、あなたの最善の策は、あなたが行っていることを文書化することです。あなたが遭遇する各機能は、あなたが考えるべきことを文書化します。このようにして、検査した関数を再度調べなくてもその関数を振り返ることができます。関数の内部が何をしているのか分からなければ、今のところそれを残して、別の関数またはメソッドに行きます。
最後に、ドキュメンテーションがまったくない場合は、コード内と実行中(実行中であることを前提とする)の両方でプログラムをステップ実行するだけで、それが想定されていることを推測できます行う。小さな関数を文書化し、大きな関数/クラスまであなたのやり方で作業してください。あなたが出会ったノートをすべて保存します。可能であればクリーンアップしてください。ただし、クリーンアップしている部品が何をするべきかを感じている場合にのみ、クリーンアップしてください。それには時間がかかるかもしれません。
これは本当に助かりますが、それは悪い状況です。私は、コードがドキュメントよりも優れていることを願っています。それがうまくいかなければ、部品を書き直す時間も考慮する必要があります。
幸運。
番号理由ですべてのプロジェクトを文書化、があるでしょうか? – str
は常に時間がかかります。私はコントローラーとアプリケーションディレクトリ – galchen
の下でのビューから始めるだろう誰かのコードを調べることは常に困難です。エスケープはありません、あなたはそれを勉強しなければなりません。いくつかのアドバイス:1.あなたが言ったように、あなたの最善の策は、ホームページから始まり、プロジの勇気にカスケードすることです。 2.良いIDEを使用すれば、ソースファイルを簡単にナビゲートしたり、クラス、宣言、実装からジャンプすることができます(IDEが最初に作成されたものでない限り)。それはいつあなたが戻ってバイトするのか分からないからです。 4.何かをする前にあなたのプロジェクトをSVN/GITする。 5.幸運。 –