Alguns povos come�aram preaching/que scolding os colaboradores de correia fotorreceptora para usar o HTTP PARA COME� na maneira do n�o-idempotent. Em outras palavras COME� � usado frequentemente mudar o estado do sistema, quando n�o deve ser. E quando faz, o acelerador da correia fotorreceptora de Google faz todas as coisas unmentionable � aplica��o web como as liga��es debusca da supress�o, criando os novos recorda etc.

Este � um dilema cl�ssico.

Em uma m�o voc� tem os colaboradores de correia fotorreceptora que preferem se usar COME� fazendo algo, em vez do BORNE porque:

  • COME� � f�cil de usar-se. Apenas tenha um hiperv�nculo e voc� est� fazendo uma chamada da OBTEN��O.
  • O BORNE � mais duro. Voc� precisa de criar um FORMUL�RIO para afixar.
  • As perguntas do BORNE s�o feitas normalmente com uma tecla feia (que pressiona entre n�o trabalha para o textarea). Os colaboradores de correia fotorreceptora s�o um pouco sens�veis aos look-and-feel.

De um lado h� pregador e upholder dos padr�es que estavam incompletos no primeiro lugar.

Neste momento eu gostaria de mencionar algu�m que levantou a possibilidade de detonar mesmo uma bomba at�mica devido � pre-busca! Isso est� fundindo uma maneira simples da edi��o fora da propor��o. Toda a aplica��o web que segura dados seguros deve atravessar https e fazem.

P�ginas: 1 2