ID非表示

2012/4/20 17:47

11回答

Servlet3.0では、以下のコードのように、メソッドの修飾子を protected にし、メソッドをオーバーライドしていますが、 何故なのか教えて下さい。

Servlet3.0では、以下のコードのように、メソッドの修飾子を protected にし、メソッドをオーバーライドしていますが、 何故なのか教えて下さい。 @WebServlet(urlPatterns = { "/login" }) public class LoginServlet extends HttpServlet { private static final long serialVersionUID = 1L; @Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { request.getRequestDispatcher("login.jsp").forward(request, response); } @Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { String accountOrEmail = request.getParameter("accountOrEmail"); String password = request.getParameter("password"); LoginService loginService = new LoginService(); User user = loginService.login(accountOrEmail, password); HttpSession session = request.getSession(); if (user != null) { session.setAttribute("loginUser", user); response.sendRedirect("./"); } else { List<String> messages = new ArrayList<String>(); messages.add("ログインに失敗しました。"); session.setAttribute("errorMessages", messages); response.sendRedirect("login"); } } }

補足

Tomcatしか使いませんのでpublicでも良いということでしょうか？実務はWebShereでしょうから、protectedにしなければならない？どちらにしても上記のクラスをインポートしたクラスでインスタンスを作りdoPostやdoGetメソッドにアクセスするためには、他のクラスにもdoPostやdoGetメソッドがあるのでオーバーライドしないといけない?protectedは他ファイルの他クラスにアクセスできないとはWebShereの場合ですか？

Java・1,107閲覧・xmlns="http://www.w3.org/2000/svg">50

ベストアンサー

sin********

2012/4/24 11:07（編集あり）

public class 追記 { ちょっと調べてみました。 結局、doGet、doPost には、public と protected が使えて、 public を使ってるホームページも protected を使ってるホームページもあります。 とりあえず、「基礎からのサーブレット／JSP」 という本だと全部 public になってました。 けど、protected で解説してるHPも多い。 似たような質問がWeb上でいくつかありましたが、はっきりとした回答はどこにも載ってなかったです（見つけられなかっただけかも）。 私は、基本的に doGet、doPost は外部から呼ばないのだから protected で良いと思いますが。 ↓が一番まともな答えが載っていました。 http://stackoverflow.com/questions/9117331/why-to-use-public-modifier-in-servlet service(); も、コンテナ側からはリフレクションで呼ばれるから、public である必要も実質的にはないとのこと。（本当かどうかは詳しく知りません） 結論としては、本当にどっちでも良さそうですね＾＾； public void response() { ●補足に関して かなりいろいろ間違えてます。 まず、基本的なことは一通り頭に入れておいたほうが良いと思いますよ。 >>Tomcatしか使いませんのでpublicでも良いということでしょうか？ 上述のとおりです。 Tomcat かどうかは関係ありません。 そもそも Tomcat でなくても サーブレットはHTTPを基本的に使います（むしろ絶対と言ってよい）。しかし、設計的には汎用性を持たせるために（拡張すれば）HTTP以外も使えるようになっているというだけです。 --Wikipedai より引用 They are not tied to a specific client-server protocol, but are most often used with the HTTP protocol. -- >>実務はWebShereでしょうから、protectedにしなければならない？ WebSphere は詳しく知りませんが、これも Tomcat と同じサーブレットコンテナですよね。 当然 HTTPサーブレットなので、WebSphereだからどうとかいう問題ではありません。 >>どちらにしても上記の～オーバーライドしないといけない? ごめんんさい。何を言ってるかよくわかりませんでした＾＾； >>protected ～ 違います。[Java 可視性] でググると良いとおもいます。 } --} // end of the class まず、アクセス修飾子は、可視性が最小になるように設計するのがセオリーです。 その理由は、このあたりがわかりやすいです。 http://www.alles.or.jp/~torutk/oojava/codingStandard/writingrobustjavacode_pidid93_c6.html#doc1_id1314 -- doGet, doPost は、service メソッドから呼ばれますが、この service メソッドの修飾子は public です。 サーブレットコンテナは、この service メソッドを呼ぶことで ServletRequest を受け渡します。 doGet、doPost は、service メソッドから間接的に呼ばれるだけなので、コンテナ側に公開する必要はありません。 よって、これらのメソッドは（サブクラス以外の）外部に公開する必要がないため、protected になります。 （無修飾、private にすると、サブクラスで継承できなくなるので、拡張できなくなってしまいます） -- ちなみに、なぜ service メソッドに一元化されているかというと、サーブレットの設計自体はHTTP以外のプロトコルにも対応できるようになっているからです。（GET、POST などはHTTPメソッド） 仮にもしコンテナ側が doGet、doPost を直接実行できたとしたら、HTTPサーブレットコンテナ以外のコンテナは作成できません。 しかしながら、現状ではプロトコルはもっぱらHTTPだと思いますが。 -- Reference : HTTPメソッド一覧 http://www.cresc.co.jp/tech/java/Servlet_Tutorial/Att_02.htm

この回答はいかがでしたか？ リアクションしてみよう

ThanksImg質問者からのお礼コメント

丁寧なご説明有難うございました。回答戴いた事を参考に勉強しなおしてみます。 がんばりまーす！

お礼日時：2012/4/24 12:15