Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Каково типичное решение проблем асинхронного вызова?
|
|||
|---|---|---|---|
|
#18+
karapetyan_aНо получается, что если юзер нервно меняет текущего Person-а, контроллер не знает чьи детали пришли (в XXXcompleted методе... )Сказали же, что в обработчике XXXCompleted поставить проверку - если текущая запись изменена, то ничего не делать. Главное чтобы в модели детализации была информация к чему она относится. ЗЫ: lock можно не делать, поскольку всё происходит в одном потоке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2010, 19:05 |
|
||
|
Каково типичное решение проблем асинхронного вызова?
|
|||
|---|---|---|---|
|
#18+
Вобщем свою проблему решил, если кому интересно: при вызове метода XXXAsync(smt.) можно вторым параметром передать сам объект Person, для которого и запрашиваются детали а в методе XXXCompleted получить ссылку на Person, чьи маилы пришли через свойство e.UserState. Всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2010, 00:32 |
|
||
|
|
start [/forum/topic.php?fid=21&gotonew=1&tid=1442655]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
10ms |
get first new msg: |
8ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 168ms |
| 0 / 0 |
