2013-02-09 5 views

risposta

14

Si dovrebbero utilizzare solo le versioni con numero pari: x.[even].z. Questi sono tutti "stabili" e verranno rilasciati bug fix (fino alla prossima versione minore). Solo l'ultima versione x.[even].z è supportata in qualsiasi momento.

Per compatibilità, è sufficiente consultare la documentazione. Ad esempio, per gli eventi: http://nodejs.org/api/events.html

Stabilità: 4 - API congelata

Ciò significa che si può essere certi che la classe EventEmitter non cambierà mai.

Poi c'è roba come domains dove nessuno è sicuro di quello che stanno facendo, e probabilmente non dovrebbe essere utilizzando:

Stabilità: 1 - Sperimentale

Il tuo migliore migliore è sufficiente attenersi alle funzionalità Stability >= 3 e non preoccuparsi della compatibilità tra le versioni.

Inoltre, non sembra esserci un ciclo di rilascio rigoroso.

+0

Quindi, praticamente ogni volta che esce una nuova major release il mio software basato sulla precedente major release non è supportato e sono costretto a migrare? –

+0

Per la maggior parte delle cose l'API rimarrà la stessa come http. Se utilizzi framework come Express e Connect, gestiranno alcune modifiche API per te. Basta non usare funzionalità sperimentali. Non c'è nessuno che ti costringa ad aggiornare; puoi saltare ogni altro rilascio anche se desideri. –

+0

Hai detto "C'è anche nessuno che ti obbliga ad aggiornare", ma è folle eseguire un'applicazione di livello enterprise basata su una tecnologia che non è supportata, quindi, penso che se ho usato node.js, sono praticamente obbligato a aggiorna ogni volta che rilascia una nuova versione stabile, non credi? Grazie ancora per la tua risposta, Jonathan. –

4

Node ha un sistema di controllo delle versioni a due tracce. Le versioni con numero pari (0,4, 0,6, 0,8) sono stabili e le versioni con numero dispari sono instabili. Le versioni stabili sono API-stable, il che significa che se si utilizza 0.8.1 e 0.8.2, si dovrebbe essere in grado di eseguire l'aggiornamento senza problemi.

Sul flusso 0.9.x, qualsiasi aggiornamento può modificare l'API, in particolare in parti del sistema in fase di sviluppo attivo. Quando la versione dispari raggiunge un certo livello di stabilità e maturità, diventa la prossima versione uniforme.

+0

Grazie Mark ... e qual è lo schema di supporto per le versioni pari? e il suo ciclo di rilascio? Voglio dire, hanno un processo di rilascio a tempo o cosa? –

2

Non esiste un ciclo di rilascio a tempo. Il manutentore principale di Node.JS è un ragazzo di nome Isaac Schleuter ed è stato molto pubblicizzato sui suoi obiettivi e obiettivi con il nodo. È anche aperto a molti input da parte della community, quindi eseguono NodeConf e Node Summer Camp e alcuni altri eventi per raccogliere input.

Se avete tempo di scavare nella comunità, date un'occhiata allo NodeUp podcast e ad alcuni colloqui di Isaac per avere un'idea della direzione in cui stanno andando e delle API.

Chiedi la versione 1.0. Per quanto ricordo, Isaac ha un paio di cose specifiche che vuole stabilizzare prima di passare alla versione 1.0. In particolare, ricordo Streams and Buffers che sono diventati davvero la chiave per la crescita del nodo. (dichiarato, questo solo dalla memoria)

Problemi correlati