Sviluppo JavaScript basato su AMD per siti Web statici

1

Sto facendo alcune ricerche per rendere il codice più testabile e modulare, ma dopo aver letto molto su JavaScript basato su AMD, non sembra adattarsi alle esigenze di un sito web statico. Questa supposizione è corretta? Lo sviluppo basato su AMD è orientato più verso applicazioni web altamente interattive che su siti web semplici?

    
posta JeffH 31.05.2013 - 14:06
fonte

3 risposte

2

Per un sito web veramente statico, proverei a cavarmela con il minor numero possibile di javascript (o nessuno - puoi fare un bel po 'con solo HTML e CSS). Ricorda, alcune persone navigano con javascript disabilitato. Non vorrai limitare il tuo pubblico inutilmente.

    
risposta data 31.05.2013 - 14:37
fonte
1

Non ho mai compreso l'attrattiva dei caricatori AMD per il Web lato client in generale, anche se a un certo punto avevano un senso per i dispositivi mobili perché i file delle risorse non venivano memorizzati nella cache su Android e le prestazioni di analisi non erano eccezionali.

Se alleghi file di script in 3 categorie nel seguente ordine,

  • Librerie di terze parti generali
  • Librerie interne specifiche dell'app che fanno riferimento alle librerie di terze parti
  • Codice di implementazione che può fare riferimento a entrambi

... dov'è il problema? Gli script che non vengono utilizzati in una pagina non sono mai più di un singolo successo in termini di prestazioni di caricamento perché sono memorizzati nella cache. Se destreggiare le dipendenze all'interno di queste categorie solo aggiungendo i tag di script nell'ordine corretto è diventato un compito estremamente difficile, definirei un problema di gestione dell'architettura / file che non dovrebbe essere difficile da gestire con un po 'di clean-up / consolidamento .

Se due funzioni o costruttori condividono una dipendenza, di solito ha senso avere tutti nello stesso file e questo non dovrebbe essere difficile quando hai separato il codice che implementa, dalle cose che sono utilizzate dall'implementazione, dal 3 ° cose da festa che possono essere usate ovunque. All'interno di una determinata categoria non dividere le cose in file separati se condividono un dominio problematico comune. E naturalmente combinare / ridurre in produzione.

Se tutto quello che stai usando JS è il template sul lato client, non mi aspetterei che qualcuno voglia usare AMD. Come regola generale, non utilizzare nulla che non fornisca un vantaggio evidente / immediato. È più facile aggiungere più tardi di quanto non sia necessario.

    
risposta data 31.05.2013 - 18:51
fonte
0

Potresti vedere caricatori AMD come include mancante di JS. Hai bisogno di un grande sito per iniziare a includere alcuni file in altri?

    
risposta data 31.05.2013 - 14:37
fonte

Leggi altre domande sui tag