Quando si crea un sito Web. Come si tiene traccia di un insieme sempre crescente di parametri url e valori attesi?

Question

Quando si crea un sito Web. Come si tiene traccia di un insieme sempre crescente di parametri url e valori attesi?

#1 da (2 voti)

5

Un sito Web che sto creando è sempre più ampio. Il che significa che ci sono più parametri URL che vengono passati dalla pagina A alla B o dalla B alla C, ecc.

Qualcuno ha qualche consiglio su come tenere traccia di e usare le chiavi dei parametri e i valori attesi?

Ex. Dì che un URL che ho bisogno di compilare è www.example.com?type=this&mode=a

Esiste un qualche tipo di sistema che mi consenta di tenere facilmente traccia del fatto che il parametro "tipo" è effettivamente "tipo"?

Ho cercato di tenerli tutti in una classe di costanti, ma quella classe è rapidamente cresciuta di mano.

public class URLParameters { 

  public static final String TYPE = "type" ; 
  public static final String MODE = "mode" ; 

  //more "keys"

  public static class Values { 

    public static final String TYPE_THIS = "this" ; 
    public static final String TYPE_THAT = "that" ; 

    public static final String MODE_PRIMARY = "a" ; 
    public static final String MODE_SECONDARY = "b" ;

    //more expected values
  }

}

web-development

posta CrazyPenguin 07.02.2012 - 20:15

fonte

1 risposta

Leggi altre domande sui tag web-development

Ho una brutta memoria. Il linguaggio di battitura dinamico + vim è appropriato per me? [chiuso] PHP Aspect Oriented Design

score 2 · Answer 1

Ho sempre usato oggetti accessibili a livello globale che sono responsabili della gestione di tutte le variabili dentro e fuori. Ciò impedisce la duplicazione del codice con un metodo singolare come CreateQueryString() e le proprietà sull'oggetto a cui viene richiesto di cercare chiavi specifiche. Ciò ti consente di eseguire lo scrubbing dei dati in eccesso, se necessario, ecc. Consente inoltre di scartare chiavi non valide che potrebbero avere conseguenze indesiderate se la struttura che stai utilizzando è vulnerabile ad essa.

Cerco sempre di mantenere le mie stringhe di query brevi, ma ricordo un lavoro che ho fatto in FuseBox in modi diversi che abbiamo dovuto impiegare questo metodo. Quando arrivi subito ad esso, questo è fondamentalmente ciò che è FuseBox. È una struttura di oggetti che utilizza stringhe di query strutturate per controllare la presentazione del sito. La nostra implementazione, tuttavia, era orientata verso specifiche funzionalità globali.

Lo svantaggio di questo metodo è che diventa quindi un requisito che qualsiasi pagina che prevede di utilizzare una variabile stringa di query dovrà registrare tale variabile come una proprietà nell'oggetto globale. Anche se questo aiuterà a prevenire la duplicazione o il riutilizzo di chiavi specifiche, sarà comunque un po 'noioso e forse anche ingombrante.