Qual è il modo corretto per accedere ai parametri da Ember.Route. setupController?

Question

Ember.Route.model ha accesso alla variabile params, ma non lo è Ember.Route.setupController. Ciò è problematico per me, perché il mio percorso ha più segmenti dinamici e ho bisogno di usarli tutti nel mio modello.

In particolare, il mio percorso è il seguente: /project/:project_id/task/:task_id. Nota che un'attività può appartenere a molti progetti, non solo a uno. Pertanto non possiamo dire quale progetto stiamo guardando osservando l'attività stessa: dobbiamo utilizzare l'ID del progetto trovato nell'URL. Ecco come lo sto facendo attualmente:

App.TaskRoute = Ember.Route.extend({ 

    // This works just fine: 
    serialize: function(model) { 
    return { 
     task_id: model.get('id'), 
     project_id: this.modelFor('project').get('id') 
    }; 
    }, 

    model: function(params) { 
    this.set('parentProjectId', params.project_id); 

    return App.Task.find(params.task_id); 
    }, 

    setupController: function(controller, model) { 
    var parentProject = this.modelFor('project') ? 
         this.modelFor('project') : 
         App.Project.find(this.get('parentProjectId')); 
    controller.set('parentProject', parentProject); 

    controller.set('content', model); 
    } 
}); 

Forse sono un paranoico, questo mi sembra un po 'hacky. Se il percorso doveva consentire l'accesso ai parametri, avrebbe già una proprietà collegata ad esso. C'è un modo migliore?

MODIFICA: Ho apportato qualche aggiornamento al codice sopra. Inoltre, le mie route hanno questo aspetto:

App.Router.map(function() { 
    this.resource('project', { path: '/project/:project_id' }); 
    this.resource('task', { path: 'project/:project_id/task/:task_id' }); 
}); 

Answer 1

Non hai accesso a questi parametri nel gancio setupController. Il hook del modello ha accesso a un oggetto params, perché è appena chiamato, quando la tua app viene inserita tramite URL.

Il tuo codice sembra abbastanza bello, lo sai davvero, che vuoi farlo in questo modo. Cosa ti fa l'hacker a riguardo? Quando osservo questo codice, mi chiedo perché non hai diviso la logica del tuo percorso in un ProjectRoute e un TaskRoute subordinato. Non funzionerebbe per te?

Aggiornamento: Risposta alle modifiche

risorse nidificazione è probabile che la chiave del successo nel tuo caso:

App.Router.map(function() { 
    this.resource('project', { path: '/project/:project_id' }, function(){ 
    this.resource('task', { path: '/task/:task_id' }); 
    }); 
}); 

Dal momento che il TaskRoute non è annidato bisogna rinominarlo in ProjectTaskRoute:

App.ProjectTaskRoute = Ember.Route.extend({ 
... 
}); 

Ciò dovrebbe consentire di rimuovere parentProjectId property dal percorso.