dust.js теряют «этот» контекст в обработчиках?

Question

У меня есть [казалось бы] тривиальный шаблон dust.js. Объект контекста, который я использую для визуализации шаблона, содержит обработчик, который ссылается на другой элемент в контексте объекта. Я также включаю обработчик toString, который также ссылается на другой элемент в объекте context.

Шаблон:

{error} 
<pre> 
{#error.getStackTrace} 
{.}{~n} 
{/error.getStackTrace} 
</pre> 

Контекст:

{ 
    error: { 
    st: ['a','b','c'], 
    msg: 'This is an error message', 
    getStackTrace: function() { 
     return this.st; 
    }, 
    toString: function() { 
     return this.msg; 
    } 
    } 
} 

Вынесено:

This is an error message<pre></pre> 

Если я ссылаться {#error.st} напрямую, он делает правильно:

This is an error message<pre>a 
b 
c 
</pre> 

Если я проверяю «это» внутри обработчика getStackTrace(), он указывает на DOMWindow. Интересно, однако, что вызов функции toString() неявно, она правильно определена. Если я явно вызываю toString() {error.toString}, то область возвращается к DOMWindow.

Единственная причина, по которой это проблема, (почему я не могу напрямую получить доступ к error.st), потому что массив st фактически хранится в свойстве Qooxdoo, и у меня есть только доступ к сгенерированному getter. Вышеприведенный пример имитирует фактический объект как можно проще.

Это ошибка в dust.js? Потеряет ли он правильную область в обработчиках? Или я пропущу что-то в файле dust.js, чтобы сохранить область видимости?

Answer 1

вы могли бы использовать его таким образом:

{ 
error: { 
    st: 'a,b,d', 
    msg: 'This is an error message', 
    getStackTrace: function (chunk, context) { 
    return context.current().error.st; 
    }, 
    toString: function() { 
    return this.msg; 
    } 
} 
} 

Answer 2

это является Javascript не всегда очевидна, особенно, когда вы возвращаете функции.

Когда Пыль разрешает ссылки, такие как {error.st}, который является функцией. Он вызывает эту функцию, но она не устанавливает для нее возможности; поэтому по умолчанию используется глобальная область действия, которая в вашем браузере равна window.

Посмотрите на этой линии: https://github.com/akdubya/dustjs/blob/master/lib/dust.js#L319

Вот что происходит Сорта:

var current_context = { 
    st: 'a,b,d', 
    msg: 'This is an error message', 
    getStackTrace: function (chunk, context) { 
    return error.st; 
    }, 
    toString: function() { 
    return this.msg; 
    } 
} 
current_context.st(); // outputs correctly 

var elem = current_context.st; // here is your reference {.} 
elem(); // Dust tries to resolve your reference but it doesn't set the scope 
elem.call(current_context); // if we pass the scope you'll get what you want. 

Является ли это ошибка в пыли? Вероятно, нет, поскольку у вас есть контекст через context.current().

Имеет смысл для this, чтобы указать на window. Нет, но когда вы используете Dust на стороне сервера, я думаю, мы будем лучше использовать для this.