より良いjavaメソッドの設計方法について簡単に説明します

より良いjavaメソッドの設計方法について簡単に説明します
方法の設計の良し悪しは、方法の可読性、再利用性、拡張性に直接影響する.小さなプロジェクトでは、方法設計の役割はまだ見えないようですが、大きなプロジェクトでは、何千もの方法(結合が緊密な方法もあります)があります.この場合、このような問題を考慮しなければ、プロジェクトがオンラインでメンテナンスされると、必然的に大きなメンテナンスコストが発生し、損をしません.
筆者には2つの目的がある.1つは、方法の設計は読者の注意を引く必要があり、これ以上無視されてはいけない.二:方法の設計の上で読者のために1種の構想を提供して、必ずしも最も良くなくて、ただ参考に供します
方法の設計は、4つにすぎないと思います.
メソッド名、パラメータ、戻りタイプ、アクセス権
メソッド名
メソッド名の定義では,もちろん可読性がよい.例えば、ファイルを読む方法の名前がreadFileでファイルを書く方法の名前がwriteFileですが、fileReadとfileWriteと書くとよくありません.ここでは命名規範に注意してください.最初の単語の頭文字は小文字で、残りの単語の頭文字は大文字です.メソッドネーミングの一般的な最初の語は動詞(リスナー、listenerなどの例外がある)であり、メソッド名の定義を軽視してはいけない.
パラメータ
パラメータの選択は規則的ですが、まず1つあります.それは、最初にやりたいことを完成させる方法です.パラメータ選択は、論理選択と実際の選択に分けられます.論理選択とは、論理的に何を含めるべきかということです.ファイルを読み書きする場合、ファイルオブジェクト(この2つのファイルオブジェクトの違いは、前者がファイルソースであり、後者がホームファイルである)すなわちreadFile(new File(「ファイルパス」)とwriteFile(new File(「ファイルパス」)を含むべきである.また、洗濯する場合は、服のオブジェクト、すなわちwashClothes(new Clothes(服に必要なパラメータ))を含める必要があります.ここでの実際の選択は言語と関係があります.java言語でポインタを操作できない場合、配列を操作するときは、配列オブジェクトだけでなく、インデックスIDも含まれています.私の実装配列要素の交換位置を参照することができます(javaパラメータの伝達を理解してください).
戻りタイプ
これは私が悩んでいる問題です.私たちは1つ以上のタイプに戻る可能性があります.この時、いくつかの難点があります.

は、public void function 1(){"機能実装"}またはpublic int function 1(){"機能実装"}

のタイプの値を返す.

は、多値同型の値public List function 1(){「機能実装」}を返します.ここでの戻り値は、配列、リストなど、多値同型の集合を返すことができます.

が多値の異なるタイプの値を返す
public Map function1() {
" "
}
がタイプを返すのは、必ずしも上記と同じではなく、例にすぎない.

アクセス権
アクセス権には、public、protected、private、デフォルトの書き込みなしの4つがあります.この設計の時にその作用範囲に注意して、もしそれがただクラスの内部で使用するならば、もちろんprivateに設計するのが最も良いです;いずれも使用可能であればpublicとして使用します.いずれにしても、必ず対象思想から設計しなければならない.
staticを使用するかどうかは、異なるインスタンスが共通しているかどうかによって異なり、すべてのインスタンスが使用されている場合はstaticが適切に設計されます.
ここは参考になるだけで、信用できませんね---
最後にやはりあの古い言葉です:実事求是.