ああ、余計に説明しすぎている気がするわけですね。もっと抽象的に 「getParameterはなんだかわからないけどとにかくString型を 返す」 だったらわかるのに、と？ 実際、implementsするクラスでは、getParameterとしてランダム な文字列やらあなたの名前やらを返すメソッドを定義してもJava 言語仕様としては間違いではありません。 でもそれじゃあ意味のある名前をメソッドにつけるのも無駄になり ませんか？「get1」「get2」でもいいような。 あるクラスがインタフェースをimplementsするというのは、 そのクラスが宣言されたメソッドをすべて完備していて、 そのインタフェースの役割を演じることができる、ということを 約束するものです。逆に漏れがあればコンパイラが怒ってくれると。 ですからドキュメントとして各メソッドの役目をある程度解説する のは、インタフェースの本来の意図を伝えるものとして意味がある ことです。 比喩としては、「高級アパートというのはバス、トイレ、洗面台を 完備していなければならない」という法律の細則に「バスは体を 洗浄したり湯船で体を暖めるサービスを提供する」とあるのを、 実際にアパートを建築する業者が「そりゃ具体的に説明しすぎて ないか？まるでどこかにもうあるアパートのことを言ってるみたい じゃないか」と文句を言っているのに近いです。実際はシャワーだけ とか、庭の片隅においてあるドラム缶だって立派な「バス」じゃない か、と。極端な話、ダンボール箱と洗面器だけでトイレと洗面台と 称しても、法律的には違反じゃないけど、人道的にいかがなものか。 「リクエストパラメータの値を返す」でも、十分抽象的ではあります。 実際にはパラメータをこっそりどこかのファイルにログとして 吐き出しておいてから返してもいいし、データベースにためておいて 一番古いものを検索して返してもいい。まずいパラメータの値は 検閲するような仕組みでもいい。要は、それをimplementsした クラスが、getParameterを「リクエストパラメータの値を 返すメソッド」として使えればいいわけです。それくらいは説明 してくれないと、利用者としては不便です。