npm package.json OS dipendenza specifica

Question

C'è un modo per specificare le dipendenze specifiche del sistema operativo in un file package.json NPM?

Ad esempio, vorrei solo installare 'dbus' (https://npmjs.org/package/dbus) come dipendenza per il mio modulo se l'utente sta eseguendo Linux. Avrei una dipendenza diversa per Mac e Windows.

Answer 1

C'è un possibile buon modo di fare questo, a seconda della configurazione.

NPM package.json supporta un os chiave,

e anche optionalDependencies

• os può essere utilizzato per specificare quale sistema operativo di un modulo può essere installato su.
• optionalDependencies sono dipendenze dei moduli che se non possono essere installati, NPM li ignora e continua l'installazione.

In questo modo si può avere il vostro modulo hanno una dipendenza opzionale per ciascun sistema operativo, e solo quello che funziona sarà caricato/installato^^

EDIT:. Come @Sebastien cita di seguito, questo approccio è pericoloso. Per ogni SO, almeno una delle dipendenze è "richiesta" e il resto "opzionale". Fare tutte le versioni del opzionale dipendenza significa che se l'installazione non riesce per un motivo legittimo, sarà silenziosamente ignorare l'installazione e ti verrà manca una dipendenza si ha realmente bisogno.

Answer 2

Penso che la risposta è no. Mi viene in mente un paio di soluzioni alternative anche se - il più semplice è quello di aggiungere solo che tutto package.json indipendentemente dal sistema operativo, e quindi require() quella corretta in fase di esecuzione.

Se questo non funziona per voi, si potrebbe essere in grado di utilizzare uno script di installazione per ottenere il risultato che stai per andare - https://docs.npmjs.com/misc/scripts

non ho ancora testato questo, ma penso che avrebbe funzionato:

aggiungere qualcosa di simile al tuo package.json:

,"scripts": { 
    "install": "node install_dependencies.js" 
} 

e quindi aggiungere un file di install_dependencies.js che controlla il sistema operativo ed esegue i comandi appropriati di npm install ....

Answer 3

C'è anche la binding-Shyp modulo:

https://www.npmjs.com/package/bindings-shyp

modulo di supporto per il caricamento di file di .node del modulo nativo

Questo è un modulo di supporto per gli autori di Node moduli di addon nativi .js. Fondamentalmente è il "coltellino svizzero" di require() nel file .node del tuo modulo nativo.

Nel corso della cronologia degli addon nativi di Node, gli addon sono stati compilati in una varietà di luoghi diversi, a seconda dello strumento di generazione e della versione di nodo utilizzata. A peggiorare le cose, ora lo strumento di gyp build può produrre una versione di Release o Debug, ognuno dei quali è costruito in posizioni diverse.

Questo modulo controlla tutte le possibili posizioni in cui verrà creato un addon nativo e restituisce il primo che carica correttamente.

Answer 4

Citando @npm_support a:

https://twitter.com/npm_support/status/968195526989512705

2/2 Se vuoi evitare problemi di installazione relativi a dipendenze, una via è per voi di scrivere un wrapper che è richiesto come una dipendenza regolare, e per assicurarsi che abbia optionalDeps (e anche assicurarsi che il wrapper verifichi di avere tutto il necessario per funzionare).

Ma IMHO sembra più una soluzione alternativa alla risoluzione del problema per davvero.

posso capire che NPM vuole preservare la portabilità ed evitare di trattare con le specifiche della piattaforma, ma deve essere fatto comunque e secondo me fare questo in fase di esecuzione non è ottimale (specialità se uno vuole fare di ottimizzare le dimensioni del codice).

Quindi oggi non ho una soluzione ottimale da condividere ma una discussione aperta per la proposta.

Non è possibile supportare "dipendenze condizionali" in npm?

La prima cosa che mi è venuta in mente è stata aggiungere una sezione "override" che cambierà (+ aggiungi, -remove, = sostituisci) le sezioni analizzate in corso.

Ad esempio:

dependencies: { "common-stuff": "*" } overrides: { "os: { linux: { dependencies: { "+best-linux-module" } } } }

E altra opzione suggerita da uno sviluppatore lo so, potrebbe essere quella di introdurre un fornisce parola chiave, quindi più moduli potrebbe fornire una stessa semantica di quanto sarebbe soddisfatto da resolver (a la debian), ma sta generando un overhead simile.

Sto cercando un approccio generico non solo incentrato sul supporto del sistema operativo ma anche su altri tipi di pacchetto (a seconda dei motori, ad esempio).

Conosci qualche problema correlato nel tracker NPM? se non sto considerando di presentare un bug di essere monitorati a:

https://github.com/npm/npm/issues?q=dependencies+conditional

Commenti benvenuto su questa idea.