Sto cercando di capire se gli stati in Ember.js sono progettati/presupposti per essere definiti in un gestore di percorsi e se i percorsi sono integrati in Ember. Praticamente tutti i guides che ho visto sembrano presupporre che vuoi stati e percorsi esattamente corrispondenti.Stati in Ember.js senza utilizzare le rotte?
Desidero creare stati che non dipendano da percorsi, ma solo dallo stato dell'applicazione. Ad esempio, in un client di posta elettronica, potrei avere uno stato "userHasSpecifiedRecipient". Solo se questo stato è vero, potrei abilitare la finestra di messaggio del modulo. Ma, ovviamente, non voglio l'URL da:
myEmailClient.com#composingMessage_userHasSpecifiedRecipient_userIs...
ecc
ci sono esempi di questo?
Seconda domanda: posso combinare stati accoppiati con percorsi e stati che non lo sono?
Infine: ho visto alcuni consigli che consigliano alle persone di usare l'addon di Ember sproutcore-statechart se vogliono cose come stati concorrenti. È ancora vero?
Inoltre ho appena trovato un esempio abbastanza recente [esempio di Yehuda] (https://gist.github.com/2679013) che utilizza Ember.StateManager anziché Ember.Router. Quest'ultimo è ciò che la documentazione utilizza. Qual è la differenza tra loro? –
Inoltre, per quanto riguarda la mia seconda domanda sopra, cosa succede se voglio avere qualche sottoinsieme di stati che sono accoppiati a percorsi? In tal caso, non vorrei che la posizione sia disabilitata completamente. (Se questo mix è difficile, però, non è così importante e posso implementare percorsi in qualche altro modo.) –
Oh, o dovrei forse avere due StateManager diversi, uno con posizioni e uno senza? –