Impostazione consigliata per lo sviluppo di angularJS in Visual Studio 2013 [chiuso]

Naviga le tue risposte
8

Sto iniziando con AngularJS. Il back-end sarà Web API (che è nuovo anche per me) e mi piacerebbe utilizzare solo un IDE, quindi sto cercando di capire come configurare un progetto in Visual Studio 2013 per AngularJS. Mi piacerebbe tenerlo come un progetto separato, per mantenerlo liberamente collegato all'API (o mantenere l'interfaccia utente disgiunta dall'API Web). Sto avendo difficoltà a capire come ottenere questa configurazione. Quindi ....

  • Quale tipo di progetto è il migliore per un progetto di AngularJS (puro HTML 5) puro?
  • Si suggerisce di usare Grunt? O è MS Build migliore per gestire le attività di compilazione? Sto riflettendo qui, minifico, concatenando i file in un singolo file di distribuzione, magari copiando su un server web.
  • Come esegui i test? Esiste un plug-in per eseguire i test di Jasmin? Esegui semplicemente Karma separatamente?
  • Ci sono dei buoni modelli per AngularJS? Qualcuno che usa ngBoilerplate?

Qualsiasi aiuto sarebbe apprezzato.

    
posta Greg McGuffey 07.05.2014 - 17:41
fonte

1 risposta

7

Abbiamo avuto le stesse scelte da fare.

Abbiamo deciso di:

  • fa dipendere l'intero processo di compilazione non da Visual Studio. Abbiamo scelto di utilizzare strumenti considerati mainstream nel mondo dello sviluppo angolare. In questo modo ottenere assistenza dalla comunità è più semplice.

  • usa le estensioni di Visual Studio quando disponibili per migliorare l'esperienza quando possibile

Come:

  • usa grunt e karma . Abbiamo impalcato un progetto utilizzando yeoman angular e utilizzato come modello per impostare il nostro processo di compilazione. La nostra è quasi così com'è.

  • installa la estensione di Web Essentials 2013 . L'estensione utilizza lo stesso .jscs e .jshintrc utilizzato dalla build grunt . Abbiamo deciso di lasciare estensione di Web Essentials 2013 gestire i file .less di salvataggio in modo che index.html può riferirsi a main.css e non è richiesto alcun processo di compilazione.

  • assicurati che le nostre impostazioni dell'editor dello studio visivo siano allineate con le nostre regole di formattazione .jscs e .jshintrc (spaziatura, fine riga, ecc.)

Inoltre:

  • eseguiamo karma watch (o grunt watch ) sulla riga di comando per i nostri test.

  • il collegamento ai test di karma in esecuzione da Visual Studio funziona bene, devi eseguire i test con IE. Ma usiamo gli strumenti di sviluppo di Chrome più spesso.

  • non usiamo affatto il web runner jasmine. il karma ha tutto ciò di cui hai bisogno.

  • per semplificare i nostri file di app sono in / static / all'interno del nostro progetto WebAPI. In questo modo non hai bisogno di un altro server per servire i tuoi file statici.

  • puoi usare NTVS per eseguire il debug di grunt o karma o di qualsiasi altro strumento incluso nel tuo processo di compilazione, da Visual Studio.

  • l'integrazione con il nostro CI (CCNet) era semplice, basta invocare grunt ci dove ci è un'attività che costruisce e poi esegue i test utilizzando i reporter in stile junit invece dei reporter di tipo console.

  • ci siamo anche accertati che l'esecuzione del processo di compilazione fosse facoltativa. Il processo di compilazione raggruppa elementi in una cartella dist . Eseguiamo test integrati su questa cartella, ma in fase di sviluppo, eseguiamo file js non formattati (non miniati o concatenati). Il modello yeoman angular ci ha portato lì facilmente.

Spero che questo aiuti

    
risposta data 07.05.2014 - 20:35
fonte

Leggi altre domande sui tag

Si tratta di un modello di progettazione valido per una funzione principale Haskell? C'è qualche ragione per non fare una webapp solo sul lato client?