Andei lendo alguns posts e vi que o bom eh usar uma unica servlet. Mas como o Paulo disse, servlet acaba ficando que nem programa procedural… Para evitar q fique assim, entao não seria melhor dividir em varios servlets??? assim evitamos q o servlet fique sobrecarregado de codigo!!
Nao eh bem assim, tudo depende da forma que voce arquitetura a aplicacao.
Muita gente faz
..
if (request.getParameter("destino").equals("cadastro"))
// manda o request pra pagina de cadastro
else if (request.getParameter("destino").equals("busca"))
// manda o request pra pagina de busca
etc etc… Isso eh totalmente uma mah pratica de programacao. Caso queira fazer correto mesmo, o melhor nesse caso seria continuar a ter um unico servlet, o qual oficialmente eh chamado de “Controller” ( Front Controller geralmente, nos documentos de Design Patterns ) e um “Command” ( Command Helper ).
Detalhar Command ficaria um pouco grande, mas basicamente a ideia eh voce fazer uma interface com uns metodos como prepareRequest() e execute(), e implementar tal interface nas tuas classes, entao colocar algo como o seguinte no Controller:
...
Command c = (Command)Class.forName(request.getParameter("destino")).newInstance();
c.prepareRequest(request, response);
c.execute();
...
logico que eh so um exemplo muito simples, sem a intencao de ser o mais correto, mas a titulo de exemplo acho q da…
Rafael
Legal
Conhece aquele livro, Core J2EE Patterns? O foco dele é design usando EJB? Ou ele fala de designs q nao tem EJB no meio? (JSP e Servlet apenas, por ex!!!)