Perché dovrei usare Bower? [chiuso]

Naviga le tue risposte
32

Posso apprezzare appieno i vantaggi di un gestore di pacchetti come pip di Python, npm del nodo o Ruby Gems poiché fanno molto di più che aggiungere file al percorso delle applicazioni.

Forse mi manca il punto, o sono ottuso, ma qui ci sono i negativi che posso vedere:

  • Passaggio separato durante la creazione di un progetto
  • Separare la dipendenza da installare tramite un altro gestore di pacchetti (yo dawg)
  • Più clutter nella root del progetto con bower.json e / o .bowerrc
  • La dipendenza dal registro è aggiornata, corretta e disponibile
  • Alcune importazioni / riferimenti a cose come le immagini non funzioneranno
  • Enorme sovrapposizione con npm e spesso non chiara quale risorsa utilizzare, quando

I aspetti positivi che posso vedere sono questi:

  • Non devo scaricare manualmente le dipendenze
  • Opzionalmente installa i pacchetti come parte dello scaffold in base a prompt utente o simili

Mi piacerebbe davvero sapere di tutti i benefici di cui sono inconsapevole, e dovrei dire che non sto cercando di essere provocatorio. Voglio sinceramente saperlo.

    
posta Wil 20.01.2014 - 19:19
fonte

1 risposta

12

Dal README :

Bower is a package manager for the web. It offers a generic, unopinionated solution to the problem of front-end package management, while exposing the package dependency model via an API that can be consumed by a more opinionated build stack. There are no system wide dependencies, no dependencies are shared between different apps, and the dependency tree is flat.

Bower runs over Git, and is package-agnostic. A packaged component can be made up of any type of asset, and use any type of transport (e.g., AMD, CommonJS, etc.).

Bower ha molti vantaggi di altri manager delle dipendenze. Sono sicuro che ce ne sono altri, ma i benefici che ho notato finora includono:

  • Semplificare ciò che potrebbe essere chiamato gestione della dipendenza dichiarativa; dichiari le tue dipendenze in bower.json in modo che altre cose possano determinarle facilmente
  • Non è necessario eseguire il commit delle dipendenze per il controllo della versione
  • Il versioning semantico viene utilizzato per aiutare a definire un intervallo di versioni accettabili per una dipendenza, il che rende facile l'aggiornamento a versioni più recenti all'interno dell'intervallo definito
  • Non è necessario individuare varie build (debug, minified, ecc.)
  • Semplice da usare diverse build di una dipendenza per dev vs prod
  • È possibile distribuire il file bower.json e tutti possono essere aggiornati con una semplice "installazione di bower"
risposta data 20.01.2014 - 19:38
fonte

Leggi altre domande sui tag

Perché gli identificatori non dovrebbero iniziare con un numero? Come reagire alle domande sbagliate / non risposte durante l'intervista? [chiuso]