Come strutturiamo il nostro JavaScript in modo che sia facilmente modificabile, testabile e possa effettuare chiamate per rendere una vista senza conoscere specifiche su di esso?

Question

Come strutturiamo il nostro JavaScript in modo che sia facilmente modificabile, testabile e possa effettuare chiamate per rendere una vista senza conoscere specifiche su di esso?

#1 da (2 voti)

1

Sto lavorando su un'applicazione web che visualizza alcuni dati e utilizza JavaScript.

Al momento stiamo servendo parti del nostro codice JavaScript (per visualizzare determinati tipi di informazioni, ovvero "Renderizza una vista") tramite il nostro server che scrive dinamicamente il codice JavaScript con i dati necessari incorporati in esso utilizzando < a href="http://en.wikipedia.org/wiki/JavaServer_Pages"> JSP .

Tre punti / requisiti principali che dobbiamo considerare sono:

Dobbiamo essere in grado di modificare facilmente il nostro codice JavaScript (diffuso attraverso più file in questo momento con variabili globali). Non possiamo modificare nulla senza forse (nessun framework di testing) per rompere tutto.
Vogliamo essere in grado di effettuare chiamate sul lato client per eseguire il rendering di una vista senza conoscere le specifiche della vista (nel caso aggiungiamo / modifichiamo una vista).
Dobbiamo testare il nostro codice JavaScript (per ovvi motivi)

Attualmente abbiamo il nostro codice JavaScript molto diffuso e in file di grandi dimensioni che rende difficile apportare modifiche. Ho esaminato il modello del modulo per risolvere questo problema, ma molti dei post che ho letto sono stati:

(a) Più vecchio (più recente dal 2010)

(b) Ho avuto qualche disaccordo su come rendere i moduli che sono anche testabili

Qualche idea sui modi in cui dovremmo cambiare / ristrutturare la nostra applicazione per raggiungere tutti e tre gli obiettivi? Questi obiettivi hanno troppo conflitto intrinseco o c'è speranza? Inoltre, qualsiasi post del blog utile è apprezzato.

testing design javascript design-patterns web-applications

posta hhamilton 22.01.2013 - 22:13

fonte

1 risposta

Leggi altre domande sui tag testing design javascript design-patterns web-applications

Come vendere procedure logistiche che richiedono meno tempo per esibirsi ma più finezza? Sito Web di Azure che comunica con servizi di terze parti

score 2 · Accepted Answer

Quindi, come follow-up, facendo quasi esattamente come Benjamin Gruenbaum ha funzionato in questo caso.

"templare" il codice, o avere un pezzo di codice scrivere un altro è stato negativo per molte ragioni, tra cui le prestazioni (nessuna memorizzazione nella cache del codice JavaScript), la manutenibilità e la capacità di test. Ho separato il sistema in una parte server che codificava i dati necessari in JSON e poi l'ho inviato al nostro codice JavaScript sul lato client, così come ha iniziato a organizzare il codice in moduli, il che ha aiutato a mettere ordine molto su molto finora, e prevedo di portare a una migliore (ancora) manutenibilità e capacità di test.

Posso anche sostenere link come una grande, attuale risorsa su come scrivere pezzi più grandi di codice JavaScript in un modo ben organizzato e generalmente corretto.