|
|
|
Каково типичное решение проблем асинхронного вызова?
|
|||
|---|---|---|---|
|
#18+
karapetyan_aНо получается, что если юзер нервно меняет текущего Person-а, контроллер не знает чьи детали пришли (в XXXcompleted методе... )Сказали же, что в обработчике XXXCompleted поставить проверку - если текущая запись изменена, то ничего не делать. Главное чтобы в модели детализации была информация к чему она относится. ЗЫ: lock можно не делать, поскольку всё происходит в одном потоке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2010, 19:05:40 |
|
||
|
Каково типичное решение проблем асинхронного вызова?
|
|||
|---|---|---|---|
|
#18+
Вобщем свою проблему решил, если кому интересно: при вызове метода XXXAsync(smt.) можно вторым параметром передать сам объект Person, для которого и запрашиваются детали а в методе XXXCompleted получить ссылку на Person, чьи маилы пришли через свойство e.UserState. Всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2010, 00:32:47 |
|
||
|
|
start [/forum/search_topic.php?author=%D0%B4%D0%B0+%D1%83%D0%B6...&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
23ms |
get topic data: |
7ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 1211ms |
| total: | 1308ms |
| 0 / 0 |
