без него никак

но как-то скучно

От менеджера зависит. Тем более что не всегда все решили значит что решили как делать а тебе нужно только кодить.

ну 8к комфортная зп впрниципе

так что оно того стоит

Вот только мой язык с моей памятью оставляет желать лучшего)

Вот только мой язык с моей памятью оставляет желать лучшего)

В среду погрузись

Будет ок

Хотя я 3 года суммарно на USA работаю)

Меня как то спросили как работать с асинхронностью через begininvoke

И я такой О_О, это что за говно мамонта в 2к16?

И я такой О_О, это что за говно мамонта в 2к16?

;) опять начинается

А чем работают с асинхронностью в 2k16?

async await

А чем работают с асинхронностью в 2k16?

в 2д10+7 мб?

Таски с чем еще?

в 2д10+7 мб?

Не, интереснее в 2016))

async await

Ну это и раньше было, вроде как

Таски с чем еще?

Ну это TPL больше,меньше асинхронность

IAsyncResult не катит?

Зачем?

Почему?

Напиши await или task.run и все будет как надо

Без асинхронных делегатов

Напиши await или task.run и все будет как надо

Ну а в чем плюсы того же task против thread?

Это разные вещи thread и task

Конечно разные

Почти как многопоточность и асинхронность

А зачем task.run тогда?

Он работает на потоках пула потоков в отличие от thread

Ну хорошо threadpool и пользуй, в чем плюсы то?

В использовании

Удобство использования в комбинации с await

С помощью Task проще continuation делать. Т.е. у Thread по сути нет из коробки ничего для этого. А Task может.

Task нельзя Suspend/Resume делать.

так task больше для мелких операций нужен

с возвратом результата

и тут несомненное удобство в коде, аля последовательное программирование

Ну хорошо threadpool и пользуй, в чем плюсы то?

Напиши код, который складывает два числа и посмотри что будет удобнее

С помощью Task проще continuation делать. Т.е. у Thread по сути нет из коробки ничего для этого. А Task может.

Согласен

Task нельзя Suspend/Resume делать.

я бы спросил, когда ты делал Syspend/Resume последний раз;)

Напиши код, который складывает два числа и посмотри что будет удобнее

Да примерно одинаково будет

Да примерно одинаково будет

запости сюда, именно с ThreadPool

https://drive.google.com/uc?id=0B1JqG9-isoYPak1Lc1JCSnN6OTg

а говорят вижак много жрёт

запости сюда, именно с ThreadPool

var onDone = (x) => Console.WriteLine(x); ThreadPool.QueueUserWorkItem((state) => onDone(2+3));

Мне вот интересно тоже стало. Поконкретней бы задачу.

а теперь то же самое через Task.Run

Ну одна строчка будет. И что ? Иногда надо и потоки вручную создавать или пул самому использовать. Потому что контроля больше нужно.

будет без state Task.Run(()=>onDone(2+3))

никак не пойму как форматировать)

`

блять

парсер сожрал

```

о

^ вокруг кода

ThreadPool.QueueUserWorkItem (()=> { Console.WriteLine (1 + 2); });

ThreadPool.QueueUserWorkItem (()=> { Console.WriteLine (1 + 2); });

не будет работать, там state нужен

зато с таском ты добавил await и у тебя есть результат

ThreadPool.QueueUserWorkItem (()=> { Console.WriteLine (1 + 2); },null) ;

var result = Task.Run(()=>2+3));

Типа шибко красивее?)

там делегат с параметром

я к тому, что использование тасков более гибко и использовать ThreadPool напрямую смысла особого не имеет

и особенно использовать асинхронные делегаты

Контроля поболее все же. На мой взгляд от того что народ сейчас бездумно втыкает везде где можно async await, удобства не шибко добавляет.

Ну сдуру можно и хуй сломать. Но то что таски покрыли очень много случаев когда нужно ручное управление потоком это факт. Но опять же не все случаи покрываются тасками.

А как ты контролируешь пул потоков?

+ Taskи поболее памяти жрут

А как ты контролируешь пул потоков?

Семафоры?))

Именнованные мьютексы

Щас тебе скажут что ты некромант

И как это связано с пулом потоков?

хотя это не так.

Что мешает тебе использовать их вместе с task.run?

Что мешает тебе использовать их вместе с task.run?

А зачем?

Ну если ты их используешь с пулом потоков, наверное тебе это нужно

Если ты сделаешь task.run без await

привет, кто может обучить c#?понимаю синтаксис, есть так сказать базовые знания, знаю другой яп, хочется научится c# сильно, но тяжко очень, в инете хоть и есть всякие видеокурсы и тд, но там не то что ну мне нужно, мне бы что бы отдельно человек рассказывал и если что объяснил, пускай даже за платно

ну или хотя бы подсказать у кого научится

но не по видео

но не по видео

Так если это уже не первый язык, то методика и опыт изучения уже есть, следовательно вопрос странный, имхо.

привет, кто может обучить c#?понимаю синтаксис, есть так сказать базовые знания, знаю другой яп, хочется научится c# сильно, но тяжко очень, в инете хоть и есть всякие видеокурсы и тд, но там не то что ну мне нужно, мне бы что бы отдельно человек рассказывал и если что объяснил, пускай даже за платно

Кури професорвеб, изучи пару Open Source проектов и дальше все пойдет

Сделай интересные проекты - получишь практический опыт, столкнешься с проблемами и решишь их. Продолжай углубляться в язык. Через пол года откроешь проект поменяешь его структуру. Учи шаблоны проектирования. Через пол года сделаешь архитектуру проекта расширяемой и гибкой

Кстати по архитектуре, посоветуйте хорошие книги или ресурсы...

Эспозито. Архитектура корпоративных приложений

Что-нибудь из Фаулера

спасибо, прямо то что надо

Фаулер "Шаблоны корпоративных приложений". Может, чутка и старовата, но можно что-то и актуальное для себя найти или по другому взглянуть

у Эспозито еще похожая "Архитектура мобильных приложений" - ну что-то типа того

Еще Эрик Эванс - DDD - но это блин, надо корпеть

Эспозито. Архитектура корпоративных приложений

Его читал тут кто? Стоит вообще смотреть в её сторону?

Мне кажется, что лучше таки Фаулер, он в любой теме затычка

Вкачусь с провакационным вопросом