Espiando las llamadas a la ruta Backbone.js con Jasmine

Question

Problemas al espiar las llamadas al método en un enrutador de red troncal para garantizar que el método sea el correcto en una ruta determinada.

extracto de la prueba

describe 'Router', -> 
    beforeEach -> 
     @router = new App.Router() 
     Backbone.history.start() 

    afterEach -> 
     Backbone.history.stop() 

    describe 'routes', -> 
     it 'should be defined', -> 
       expect(@router.routes).toBeDefined() 

     describe 'default route', -> 
      it 'should be defined', -> 
        expect(@router.routes['']).toBeDefined() 

      it 'should call index', -> 
       spy = spyOn(@router, "index") 
       @router.navigate('', true) 
       expect(spy).toHaveBeenCalled() 

El router

class App.Router extends Backbone.Router 
    routes: 
     '' : 'index' 

    index: -> 
     console.log "router.index has been called" 

Todo pasa, excepto la última prueba "debe llamar índice". Falla con el mensaje "Se ha llamado el índice de espionaje esperado". He intentado otras variantes

it "should call index", -> 
    spyOn(@router, "index") 
    @router.navigate('', true) 
    expect(@router.index).toHaveBeenCalled() 

también puedo ver el "router.index se ha llamado" la salida del registro en la salida de prueba de la función original Router.index

Gracias!

EDIT: Una solución

describe '#1 Solution', -> 
    it 'should call index', -> 
     spyOn(App.Router.prototype, "index") 
     @router = new App.Router() 
     Backbone.history.start() 
     @router.navigate('', true) 
     expect(App.Router.prototype.index).toHaveBeenCalled() 

Answer 1

Se ha tomado una sobredosis mucho tiempo para mí para venir con un working jsFiddle y la pregunta ya ha sido respondida por @MarkRushakoff.

Todavía tengo algunos comentarios.

La forma en que Backbone une las rutas hace que sea muy difícil probarla.

El punto es que el router métodos no son llamados directamente en la instancia enrutador , los métodos taked como devoluciones de llamada y se almacenan en una interna Backbone.history.route espera de ejecución, check the Backbone.Router.route code.

Esta operación se realiza en el momento en que el Router es instantiate, por lo que tiene a su spyRouter.method antes de crear instancias de la referencia, por lo que para usted tiene que retrasar Backbone.history.start también después de la spy se ha activado.

Como tiene que declarar el spy antes de que se cree la instancia del enrutador, debe hacerlo en un nivel clase.

Said por lo que esta es la solución más simple Vine con:

describe("Router", function() { 
    afterEach(function(){ 
    Backbone.history.stop(); 
    }); 

    it("should call index", function(){ 
    spyOn(App.Router.prototype, "index") 
    var router = new App.Router(); // instance created after spy activation 
    Backbone.history.start();  // it has to start after the Router instance is created 

    router.navigate('', true); 

    expect(App.Router.prototype.index).toHaveBeenCalled(); 
    }); 
}); 

Conclusión, creo que la aplicación Backbone.Router no tiene un diseño intuitivo.

Answer 2

Estoy bastante seguro de que esto tiene que ver con la forma en que la espina dorsal se une a sus métodos de enrutamiento cuando se utiliza un hash rutas (especialmente si estás viendo una consola log correctamente la salida). Es decir, el enrutador se ha vinculado al método original index, pero su espía ha reemplazado el método "actual" index.

tiene dos opciones:

• spyOn(@router, "index") antes de que el router se une a las rutas (puede ser difícil)
• espía en index método del prototipo: spyOn(App.router.prototype, "index"); @router.navigate('', true); expect(App.router.prototype.index).toHaveBeenCalled();