Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вопрос по архитектуре
|
|||
|---|---|---|---|
|
#18+
Всем привет. http://visualstudiomagazine.com/articles/2013/07/23/async-actions-in-aspnet-mvc-4.aspx Вопрос: стоит ли вообще заморачиваться с добавлением в репозиторий асинхронных методов или забить на это и использовать асинхронность на более высоком уровне "сервисов", ведь async - await можно использовать где угодно - контроллеру на это пофиг... Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2014, 12:35 |
|
||
|
Вопрос по архитектуре
|
|||
|---|---|---|---|
|
#18+
IRONMANконтроллеру на это пофиг...Не пофиг. Код или весь синхронный, или весь асинхронный. Если хочется экономить на ожидании I/O потоками из пула, всё должно быть асинхронно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2014, 12:47 |
|
||
|
Вопрос по архитектуре
|
|||
|---|---|---|---|
|
#18+
Алексей КIRONMANконтроллеру на это пофиг...Не пофиг. Код или весь синхронный, или весь асинхронный. Вот есть код класса некоторого контроллера: Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. В этом смысле нужна ли асинхронность в репозитории и что это даст? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2014, 13:09 |
|
||
|
Вопрос по архитектуре
|
|||
|---|---|---|---|
|
#18+
IRONMAN Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. При такой реализации теряется весь смысл. Читай про порты завершения . Здесь асинхронность, это способ оптимизации, при котором экономятся потоки с счёт того, что нет ожидания ввода/вывода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2014, 13:30 |
|
||
|
Вопрос по архитектуре
|
|||
|---|---|---|---|
|
#18+
Алексей КПри такой реализации теряется весь смысл. Допустим смысл один - уменьшить время выполнения кода метода Task<ActionResult> Index(). (у меня в тесте оно уменьшилось в 4 раза по сравнению с синхронным контроллером). I/O аспекты в репозитории меня не волнуют (запросы быстрые). В этом случае асинхронность в репо реализовывать не надо и можно юзать примерно как в моем коде? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2014, 14:13 |
|
||
|
Вопрос по архитектуре
|
|||
|---|---|---|---|
|
#18+
IRONMANАлексей КПри такой реализации теряется весь смысл. Допустим смысл один - уменьшить время выполнения кода метода Task<ActionResult> Index(). (у меня в тесте оно уменьшилось в 4 раза по сравнению с синхронным контроллером). I/O аспекты в репозитории меня не волнуют (запросы быстрые). В этом случае асинхронность в репо реализовывать не надо и можно юзать примерно как в моем коде?В этом случае никакие асинхронности не нужны, ни в репозитарии, ни в контроллере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2014, 06:30 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=38655622&tid=1357290]: |
0ms |
get settings: |
6ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 343ms |

| 0 / 0 |
