использование таймера sproutcore MaxInactiveInterval

Question

Два абсолютных вопроса для начинающих. У меня есть рабочий код в моем main.js enterState.

enterState: function(context) { 
.. 
//keepAlive 
var now = SC.DateTime.create(); 
if (now.get('hour') < 18){ 
    SC.info ("main_state:enterState:go %@", now.get('hour')); 
    this.timer = SC.Timer.schedule({ 
     target: this, 
     action: '_timerFired', 
     interval: 5000, 
     repeats: YES 
     }); 
    } else { 
     SC.info ("MainState:enterState:nogo %@", now.get('hour')); 
     }; 
.. 
    this.mainPane.append(); 
    }, 

_timerFired: function(){ 
     SC.info ("_timerFired %@", Date.now()); 
    }, 


exitState: function() { 
     SC.info('main_state:exitState'); 
     this.timer.invalidate(); 
     this.mainPane.remove();    
    }, 

Вопрос 1: enterState используется каждый раз, когда пользователь выходит на главный экран, является таймер расписания инициализируется один раз или каждый раз, когда пользователь переключает взгляды?

Вопрос 2: Мне кажется, мне нужен запрос. e.q. зарегистрированное имя пользователя, чтобы предотвратить автоматический выход из-за истекшего сеанса MaxInactiveInterval. Есть ли пример кода для получения имени пользователя spring в функции _timerFired?

Я видел ответ/решение Мауриц, спасибо, но это слишком сложно для меня.

Answer 1

1. Этот таймер будет планироваться каждый раз, когда это состояние вводится. Если это корневое состояние приложения, это будет один раз. Если это состояние используется для отображения mainPane, и вы каким-то образом покидаете это состояние и возвращаетесь, то этот таймер будет инициализироваться каждый раз, когда вы вводите это состояние.

2. Вы можете сохранить имя пользователя как свойство текущего состояния (this._username) и как _timerFired вызывается с этим текущим состоянием (SC.Timer позаботится об этом через цель), у вас будет доступ к Это. Вам, конечно, нужно будет установить это. Другое решение - прочитать его непосредственно с контроллера, который вы используете для процедуры входа в систему.

Тем не менее, это решение подвержено проблемам. Основная причина этого заключается в том, что вы создаете неявные состояния. Я имею в виду, что аутентификация - это состояние приложения, и вместо того, чтобы делать это явным через диаграмму состояний, вы скрываете ее в одном из состояний. Как я писал в комментарии: я пришел к решению, которое я опубликовал в другом вопросе, из-за попытки множества разных решений и проблем. То, что я узнал из этих проблем, состоит в том, что государственный шаблон - ваш друг, и на самом деле попытка работать с ним поможет вам избежать множества головных болей!