0

DBに保存されているユーザーのリストに対してCRUD操作を実行できるWebページが必要です。Tomcatでホストされます。
リクエストから5つのパラメーターを取得し、このデータを使用してDBにuserNameを作成するクイックサーブレットを一緒にスローしました。ここで、ユーザーがユーザー名を入力してボタンをクリックできるようにします。このユーザー名がデータベースに存在する場合は、ユーザーがデータを編集できるように、ユーザー名が返され、ページにデータが入力されます。私の質問は、このデータルックアップサービス用に新しいサーブレットを作成するか、DBにユーザー名を作成する既存のサーブレットに必要な機能を組み込む必要があるかということです。

4

3 に答える 3

1

この機能を同じサーブレットに配置するのは不合理ではないと思います。同じリソース（db）で操作していて、機能は相互に関連しているため、同じ機能コンポーネントに配置するのは理にかなっています。

異なるデータベースでの操作など、根本的に異なることを行っている場合、またはその機能を個別にデプロイする必要がある場合（たとえば、販売情報の予約と情報の閲覧）、またはサーブレットを適用する必要がある場合は、機能を別のサーブレットに取り込み始めます。コンポーネントごとにフィルターが異なります。

以下の質問に答えるには、さまざまな操作を何らかの方法で区別する必要があります。オプションは次のとおりです。

  1. URLパスの変更（例：http ： //example.com/entity/updateとhttp://example.com/entity/delete ） 。サーブレットでリクエストパスを検査できます
  2. 操作パラメータを指定します（例：http ：//example.com/entity？operation = delete＆ ..。

最初の例は、さまざまなパスにマップされたさまざまなサーブレットを提供することで簡単に処理できます。ただし、これらのサーブレットとマッピングを提供するオーバーヘッドは、要求パスを簡単にチェックすることの容易さを上回っていると思います。

于 2012-12-17T09:25:29.073 に答える
1

従うべきMVCパターン。

             JSP
              |
              |
            SERVLET
              |
              |
      ---------------------------------
      |       |         |              |
      |       |         |              |
SERVLET       |        DATABASE       JAVA LOGIC
             JSP
于 2012-12-17T10:38:38.930 に答える
0

この場合、MVCデザインパターンは何よりも適しています。ルックアップ操作用に別Modelのクラスを用意します。この場合のサーブレットはコントローラになります。

于 2012-12-17T10:03:26.333 に答える