-
LETRA D.
O intercepting filter é um padrão utilizado para verificar a validade da solicitação que está sendo feita para uma requisição de página na web. Toda vez que um usuário abre um navegador Internet (browser) e digita um endereço, uma solicitação é gerada e entregue a um servidor na web, que por sua vez interpreta a solicitação e devolve uma resposta (página web).
Fonte: http://www.batebyte.pr.gov.br/modules/conteudo/conteudo.php?conteudo=1049
-
Eu entendo porque a resposta é intercepting filter.
Só não entendo porque não poderia ser Front Controller. Front Controler é um ponto de entrada centralizado para todas as requisições.
Dessa forma qualquer requisito "global" poderia ser colocado nele, correto?
Alguem poderia explicar?
-
Respondendo ao Bernardo.
Front controller serve para centralizar as requisicoes de forma "formal", influencia no fluxo de navegação ou workflow.
O intercept filtering serve para relizar outras tarefas (filters fazendo logins, internacionalizações) que nao influenciem diretamente na requisicao original e ao destino original, sendo como uma espécie de filtro para requisicoes HTTP.
Command = encapsula em um objeto um algoritmo que atua sobre o estado do sistema. Tb chamado de Action.
-
Desculpem a ignorância, mas... de quais padrões de projeto a questão está tratando? Conheço os padrões GoF e GRASP, quais outros existem e quais costumam cair em prova? Alguém poderia passar boas referências para estudo? Obrigada a quem puder ajudar.
-
@Tayse: talvez alguns sejam do Java. Nesse link há exemplos: http://www.oracle.com/technetwork/java/catalog-137601.html
-
Acredito que há duas respostas. Front Controller e Intercept Filter
-
Não pode ser Front Controller pois o enunciado diz que são necessárias funcionalidades a TODAS as requisições. Ambos os padrões são similares (FC e IF), mas servem papeis diferentes. O FC "despacha" as requsições para o destinatário correto respondê-la. Em tese, poderia ser usado, mas seria a ferramenta errada (: