I framework "Compile to JavaScript" sono ostili all'integrazione continua?

0

Ultimamente abbiamo esaminato i modi per migliorare i test automatizzati e gli strumenti correlati della nostra app Web GWT a livello aziendale. Mi sono reso conto che, in qualche modo, GWT è un po 'ostile ai test automatici, principalmente a causa della natura dei lunghi tempi di compilazione GWT da Java a JS. Ciò rende il testing unitario piuttosto impegnativo, ma mette anche alcuni roadblock per testare in un ambiente CI. Ho anche scoperto che alcuni dei nostri processi di compilazione e distribuzione sono alquanto complicati a causa della natura del processo di compilazione di GWT.

Si tratta di un problema generale per i framework "compile to JS" per le applicazioni web? Non ho molta esperienza con loro, ma vedo alcuni potenziali problemi per i test automatici e l'integrazione e la distribuzione continue. Alcuni problemi che vedo:

  • Tempi di compilazione e compilazione lunghi che impediscono le implementazioni rapide
  • Lingua l'app è sviluppata in! = JS, impedendo un buon test dell'unità
  • Il JS offuscato nell'app reale lo rende più simile a un eseguibile che a un'app Web

Questi problemi sono presenti in altri framework simili o si tratta più di un problema GWT?

    
posta joshin4colours 11.11.2013 - 16:58
fonte

1 risposta

6

Consideriamo il nostro codice GWT nei progetti "core" e "gwt". Il progetto "core" contiene il 100% di puro codice Java, non GWT, e può essere facilmente testato con l'unità usando JUnit regolare.

Quanto dura la tua build? La nostra, con circa 100 lezioni richiede 1-2 minuti, appena visibile.

Per quanto riguarda la tua domanda iniziale - Tratto "compile to JavaScript" più o meno come "compile to bytecode" o "compile to machine code", non vedo perché influenzerebbe l'integrazione continua.

    
risposta data 11.11.2013 - 17:05
fonte

Leggi altre domande sui tag