картинки?

+ образы для виртуалок

хм. но всё равно, это как-то дико

согласен

там ещё компоненты для крестов в vs, которые по дефлоту не стоят

андроид sdk занимают ебический объем

да кому их целая куча то нужна!

потому что там один зависит от другого, другой от третьего и в результате он качает 5 штук

согласен

Ну у меня на маке XS постоянно забывает удалить скаченные обновления после их установки (приходится в ручную удалять).

максимум 2

попробуй отдельно от ксамарина выделить "разработка на c++" или как-то так и посмотри сколько прибавится

ну я утрирую

я уже жамкнул на установку

с каждым новым sdk я подумываю взять SSD побольше

ибо ужас сколько хотят

не говори

256gb уже мало

у меня пока 120

все ручное распараллеливание на несколько дисков вижлы на смарку

с каждым новым sdk я подумываю взять SSD побольше

Если вы про android sdk - то хорошая практика удалять неиспользуемые версии (и держать только те под которые разрабатываете).

Самый простой способ: Task.Run(() => { //твой код });

а внутрт код Task.Run надо передавать копию байтового массива, если он далее по коду уничтожается? А то начну запись а он сотрется

а внутрт код Task.Run надо передавать копию байтового массива, если он далее по коду уничтожается? А то начну запись а он сотрется

Да, перед вызовом таски копируй

Если вы про android sdk - то хорошая практика удалять неиспользуемые версии (и держать только те под которые разрабатываете).

так это после установки уже.. А пока обнова качается, глаза на лоб лезут

Да, перед вызовом таски копируй

таски это что?

так это после установки уже.. А пока обнова качается, глаза на лоб лезут

Там разве нельзя поснимать галочки, а потом нужное скачать? Сам android sdk можно скачать с d.android.com и там он весит 300MB.

таски это что?

https://msdn.microsoft.com/ru-ru/library/system.threading.tasks.task(v=vs.110).aspx

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

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

Не, не совсем.

Таски это абстракция над асинхронным вычислением.

Необязательно над пулом потоков. Можно делать таски, которые не имеют отношения к потокам.

ну грубо говоря да. если у тебя одноядерный проц, то потоков не будет, задачи будут выполняться по определенным квантам времени на одном проце, но чаще всего ведь используется пул потоков.

Не, я не про проц.

(на одноядерном проце тоже пул потоков есть, кстати)

Я про то, что можно делать таски, зависящие от совершенно фантасмагоричных вещей, а не пула потоков. С помощью TaskCompletionSource.

Более, того, так на самом деле делают, и делают очень часто.

Можно всякие UI-операции в виде тасков абстрагировать, например async Task MessageBox.Show(string msg).

У нас в одном проекте так было сделано, и было удобно.

Ну или локальные твои какие-нибудь таймеры, обращения к другим процессам или машинам, что угодно. Необязательно ограничиваться чем-то, что мапится на треды твоего процесса.

ну, возможно. Если я не ошибаюсь, то ui операции как раз и делают через таски

Обычно при создании современного UI советуют использовать асинхронность вообще (и таски в частности), чтоб не блокировать UI когда не нужно.

Это не всегда правильный совет, тут прежде всего надо думать :)

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

в теории, прямые триды работают быстрее

но новомодные комбайнеры захватили власть

в теории, прямые триды работают быстрее

Для разных ситуаций по-разному. Обычно да, "быстрее". Но асинхронный код может повысить throughput на сервере, например.

Я про то, что можно делать таски, зависящие от совершенно фантасмагоричных вещей, а не пула потоков. С помощью TaskCompletionSource.

Кстати благодаря TaskCompletionSource можно превращать в Task Method(...) разные Android API которые сделаны на базе колбеков. А потом удобно юзать через var data = await AndroidMethod(...)

TaskCompletionSource это вообще мего фича, она хорошая :)

но новомодные комбайнеры захватили власть

раньше было лучше?

раньше было лучше?

раньше больше головой думали и больше руками кода писали

и часто это приводило к серьезным ошибкам

в теории, прямые триды работают быстрее

Но создание тредов и переключение контекстов - очень дорогие операции.

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

ну если мы говоим про clr, то на каждый процесс clr создает пулл потоков

раньше больше головой думали и больше руками кода писали

да ладно, сейчас больше над архитектурой думаешь, если брать интерпрайз. что в этом плохого?

да ладно, сейчас больше над архитектурой думаешь, если брать интерпрайз. что в этом плохого?

Плохого ничего, абслютно !

Просто все меньше и меньше людей встречаю, которые если таски не подходят (ну мало ли), напишут на тридах

обычно же, подходят

о том и речь

Но не в ASP.Net

Да ладно, народ думать не разучился. По ситуации всегда действуем.

Когда надо — и в аспнете напишем херобору на ReaderWriterLock и ManualResetEvent :)

Как только в дело вступают потоки с локальным хранением сессии, например, с тасками становится интересно :)

Можно всякие UI-операции в виде тасков абстрагировать, например async Task MessageBox.Show(string msg).

вот это расскажи подробнее? или как нагуглить?

Когда надо — и в аспнете напишем херобору на ReaderWriterLock и ManualResetEvent :)

Спасибо кстати MS за SimaphreSlim (куда удобнее стандартного).

Да ладно, народ думать не разучился. По ситуации всегда действуем.

Ну кто прогал есчо на 3,5 фреймворке, тот никогда не забудет

+

Я с 1.1 начинал

Там даже генериков не было

ERROR: S client not available

жесткий

А можно забиндить ICommand к нажатию на Label например?

WPF?

Ага

Через AttachedProperty можно, думаю

Отлавливая клик

Ну кто прогал есчо на 3,5 фреймворке, тот никогда не забудет

кто прогал на 3.5 тот в цирке не смеется

Или проще свой баттон овверайднуть стилем я вот сейчас думаю

вот это расскажи подробнее? или как нагуглить?

Первое что сам нагуглил из похожего: - http://mahapps.com/controls/dialogs.html - http://stackoverflow.com/questions/33406939/async-showdialog

На батоне лейбл?

МВАХАХАХА

Первый вопрос - почему не текст блок?

/Вопрос не по шарпу/ В чем сейчас модно верстать?

Второе - у каждого элемента было свойство, кликабелен ли он, или надо выше по дереву обрабатывать

Как называется, уже не помню

Первое что сам нагуглил из похожего: - http://mahapps.com/controls/dialogs.html - http://stackoverflow.com/questions/33406939/async-showdialog

спасибо. я просто думал, есть какой-то хитрый способ обойтись без оберток с Control.Invoke.

Как округлить 0.00002999 до 0.00003 и т.д. с произвольным кол-вом нулей? Чёт не могу раздуплиться

спасибо. я просто думал, есть какой-то хитрый способ обойтись без оберток с Control.Invoke.

Не, без обёрток просто так нельзя. Мы сами вручную писали там, где надо было.

Мб есть какой асинхронный UI-фреймворк, но я такого не видал пока, хоть идея и хороша.

Как округлить 0.00002999 до 0.00003 и т.д. с произвольным кол-вом нулей? Чёт не могу раздуплиться

https://msdn.microsoft.com/ru-ru/library/zy06z30k(v=vs.110).aspx

вот это расскажи подробнее? или как нагуглить?

http://www.htbook.ru/kompjutery_i_seti/programmirovanie/asinhronnoe-programmirovanie

54-я страница

там пример есть

Не, без обёрток просто так нельзя. Мы сами вручную писали там, где надо было.

всмысе написать какой-то хитрый таск, который будет все делать сам и возвращаться в UI-поток.

Ага.

/Вопрос не по шарпу/ В чем сейчас модно верстать?

сублиме текст? Ты же про редактор?

Да

Ну может есть что-то еще Сублайм выглядит порядком устаревшим

Ну может есть что-то еще Сублайм выглядит порядком устаревшим

VSCode!

Ну может есть что-то еще Сублайм выглядит порядком устаревшим

да не, на нём и верстают. Можешь попробовать вс код

Вот я тоже про него думаю