Ich beziehe auf diese besondere deprecation, die in Ember 1,12Fixing Initializers deprecation in Ember 1.12.0
lookupwurde auf einem Registry genannt eingeführt wurde. DieinitializerAPI nicht mehr erhält einen Behälter, und Sie sollten eineinstanceInitializerzu Objekte aus dem Container nachschlagen verwenden
ich an der Führung sah, aber ich bin nicht sicher, wie dies zu beheben.
Hier ist ein Ausschnitt aus dem Code, den ich im Moment
initialize = (container, app) ->
auth = container.lookup('auth-manager:main')
local_config = ($.ajax
type: 'GET'
url: '/config.json'
async:false
).responseJSON
external_config = ($.ajax
type: 'GET'
url: local_config.crm.provisioning.url + '/v1/configurations'
dataType: 'json'
headers:
'Authorization': auth.get 'token'
'Accept': 'application/json'
'Content-Type': 'application/json'
async: false
error: (e)->
if e.status == 401
window.location.href = window.location.origin + '/auth.html?src_url=' + window.location.href
).responseJSON
ConfigInitializer =
name: 'config'
after: 'auth-manager'
initialize: initialize
Das Problem ist, dass ich die auth-manager initializer benötigen, um meine config initializer zu initialisieren. Die meisten meiner anderen Initialisierer benötigen die Initialisierer config und , um ein access_token und Verbindungsendpunkte zu erhalten.
In einem ember-cli-Projekt sollte es eine Datei für den Instanzinitialisierer und eine für die Registrierung des Initialisierers geben?
Das Beispiel im Ember-Dokument verwirrt mich wirklich.
Ich glaube, dass diese Info auf eine zukünftige Version kommt. Ich habe gestern eine Diskussion über GitHub gehört, die sich auf die Dokumentation und die Generatorlogik bezieht. Ich ignoriere nur die init-Warnungen, bis der Rauch verschwindet - vor allem, weil Glut-Daten sie immer noch rauswerfen. – adammokan
@adammokan, könnten Sie bitte den Link zu dieser Konversation hinzufügen? Vielen Dank! – QuantumLicht