Does delegate functionality still exist in moduleFor?

[theworkerant]

Situation: I'm trying to setup my controller of interest using moduleFor with a model. So I'm looking at moduleForModel I see this.store() grabs it. In moduleFor this.store() is undefined. Although I'm not sure how to use it, I thought delegate might be the solution here as opposed hacking around in the container. Contrary to the docs, delegate is undefined.

As listed in the docs

delegate: To manually modify the container & the testing context, supply a function as the delegate matching this signature delegate(container, testing_context)

Perhaps these docs were copied directly from Ember App Kit and something got changed in between? I can't seem to find any other info on this. Anyone got ideas on best practices here?

---

originally posted here for reference: ember-cli/ember-cli#2620

[jakecraige]

The docs referenced can be found in ember-cli here

[matthiasleitner]

@rwjblue the delegate functionality is gone in the > 0.2.0 versions right?

[cristinawithout]

Looking at the code, it does appear that delegate was removed in 0.2.0. Though the documentation still references it.

We just recently upgraded and have controller unit tests that used delegate to register a service and dependency injection on the controller that's done in initializers, which aren't loaded into the controller's unit tests.

With delegate removed, I'm unable to find a method of doing dependency injection on the controller's unit tests.

This is a simplified version of the code we used prior to v0.2.0 which worked well.

import myService from 'my-add-on/services/my-service';

moduleFor(
    'controller:mine'
    'Unit: Controller: My Controller', 
    {
        needs: ['controller:another']
    }, 
    function(container, testing_context) {
        container.register('service:my-service, myService, {instantiate: true, singleton: false}); 
        container.injection('controller', 'myService', 'service:my-service');
    }
);

I tried doing the injection via the app and the container in beforeEach but the myService property remains undefined on the controllers during the tests.

Here's an example of those failed attempts:

import myService from 'my-add-on/services/my-service';
import startApp from '../../helpers/start-app';

moduleFor(
    'controller:mine'
    'Unit: Controller: My Controller', 
    {
        needs: ['controller:another'],
        beforeEach: function() {
            var App = startApp();
            App.register('service:my-service', myService, {instantiate: true, singleton: false});
            App.inject('controller', 'myService', 'service:my-service');
        }
    }
);

import myService from 'my-add-on/services/my-service';
import startApp from '../../helpers/start-app';

moduleFor(
    'controller:mine'
    'Unit: Controller: My Controller', 
    {
        needs: ['controller:another'],
        beforeEach: function() {
            var App = startApp();
            App.__container__.register('service:my-service', myService, {instantiate: true, singleton: false});
            App.__container__.injection('controller', 'myService', 'service:my-service');
        }
    }
);

[sohara]

I encountered this issue and found that collaborators (mocked/stubbed or otherwise) could be injected in controllers or other objects under test like so:

import myService from '../../app/services/my-service';

moduleFor('controller:mine', {
  beforeEach: function() {
    this.container.register('service:mine', myService,
      { singleton: true,
        instantiate: false
      });
    this.container.injection('controller', 'myService', 'service:mine');
  }
});

Basically, the test container exists on the scope for both the moduleFor callbacks and the test function.

[cristinawithout]

Thanks, sohara. That works and solves being able to register services on unit tests without delegate.

theworkerant's issue of not having the store isn't solved with that, but I found similar issues (https://github.com/rwjblue/ember-qunit/issues/70, https://github.com/rwjblue/ember-qunit/issues/108) that were closed with https://github.com/rwjblue/ember-qunit/issues/153

[Turbo87]

this seems no longer relevant, closing due to age