Удаленная работа, гибкий график Требуются надежные, ответственные и честные люди, готовые принимать деньги компании на счета своих карт. Деньги чистые и все в рамках закона, вы можете работать как на постоянной основе, так и на разовой. Стабильные выплаты от 30 до 75 тыс. в неделю Работа с финансами компании. Что требуется от вас: 1.Возраст: от 18 до 55 лет 2. Стабильный доступ к выходу в интернет 3.Свободное время(от 30 минут в день) 4.Наличие банковской карты По вопросам трудоустройства обращаться к нашему оператору; @Oreo93

Всем привет! Мы разрабатываем свободный чат на любую тематику без банов и админов!

https://t.me/joinchat/E-1ILFGx60PRuMVsCRrFdw

Всем привет. По какой причине может не быть OLEDB в списке подключений? Visual Studio Comunity 2019

Только SQL Server...

Всем привет. По какой причине может не быть OLEDB в списке подключений? Visual Studio Comunity 2019

Только узнал что 2019 комьюнити вышла

Для подключения к Access базе пришлось использовать Jet 4. А хотелось бы другой провайдер. Сам Access установлен. А вот работают ли все провайдеры коррентно вопрос открытый

Только узнал что 2019 комьюнити вышла

Превью пока

сегодня полная

что там классного?

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

ну книги-то тебе точно помогут

что там классного?

Дотнет кор 3

И xaml под него

Думаю перенос проектов на него сделать

Кто не заметил, все сюда: t.me/rucsharp

Добрый вечер. Коллеги, подскажите, почему может возникнуть такая проблема. Есть 2 проекта, один рабочий и один тестовый (только что создал) Мне нужно сделать UrlEncoded для этого я в тестовом проекте в ссылках добавил System.Web И при использовании Sysytem.Web.HttpUtility я вижу большой список функций

Но когда проделываю тоже самое в основном проекте, тоже добавляю в ссылка System.Web То вижу только это:

Предупреждение CS0436 Тип "HttpUtility" в "C:\Users\Дмитрий\source\repos\*\*\System\Web\HttpUtility.cs" конфликтует с импортированным типом "HttpUtility" в "System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=*". Используется тип, определенный в "C:\Users\Дмитрий\source\repos\*\*\System\Web\HttpUtility.cs".

он прямо говорит, что два импорта имеют одинаковое название, нет?

все,он уже решил проблему)

Приветствую всех, кто может подсказать почему методы не работают асинхронно? https://pastebin.com/DNY5tLwL

а кто не может подсказать, тех не приветствуешь?)

или так

НАписано же "Приветствую всех"

"приветствую всех, кто может посказать..."

тогда запятая после "подсказать"

Или точка

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

лучше код глянь)

Ну так и чего не работает?

Я понял) ты хочешь узнать почему они не работают паралельно?

Ладно так отвечу) если внутри метода написано await то метод помечается async, да метод становится асинхронным, но работа внутри самого метода синхронная - строчка за строчкой!!! Ну вот помечен у тебя метод Main как async, а кому он должен передать управление? управление передаётся в то место откуда был вызван асинхронный метод. А Main у тебя точка входа в приложение. Просто оберни то что внутри циклов в асинхронный таск и всё будет ок. ты запустишь 20 асинхронных методов, и каждый раз после запуска вернёшь управление внутрь цыкла

так я и обернул же

методы возвращают таск

фак

методы возвращают таск и?

я конечно могу убрать async/await из main

и задача должна передаваться от одного к другому

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

ты понимаешь что await task это почти тоже самое что task.result

ладно сейчас я открою студию и...

к слову я не сам придумал асинхронить маин https://docs.microsoft.com/ru-ru/dotnet/csharp/programming-guide/concepts/async/index

на это меня подтолкнули эти ребятки

меняй второй цикл на это

for (int i = 0; i < 10; i++) { Task.Run(async () => { Task<string> t = real.WHttpRequestRealMethodAsync(); string tt = await t; //Console.WriteLine(tt); }); }

и будешь приятно удивлён что он отработал вконце, но как быстро

Да, но тут есть пробоема

какая?

Ты создаешь второй поток

И он будет ожидать ответа сервера в выданый ему квант времени

он не будет ожидать

он async

он вернёт управление в Main

Ща, я тебе скину

Сам убедищься

ок, нам ничего не мешает сделать вариант где реально будет 1000 тасков запущенных параллельно и 1000 асинхронных тасков, последние отработают быстрее

https://docs.microsoft.com/ru-ru/dotnet/standard/async-in-depth

ну и?

я это видел не один раз

https://docs.microsoft.com/ru-ru/dotnet/csharp/async

Определение задач, ограниченных ресурсами процессора и производительностью ввода-вывода В первых двух примерах этого руководства было показано, как можно использовать async и await для выполнения задач, ограниченных производительностью ввода-вывода и ресурсами процессора. Крайне важно уметь идентифицировать такие задачи, так как они могут существенно повлиять на производительность кода и привести к неправильному использованию некоторых конструкций. Перед написанием любого кода нужно ответить на два вопроса. Будет ли код "ожидать" чего-либо, например данных из базы данных? Если ответ утвердительный, то ваша задача ограничена производительностью ввода-вывода. Будет ли код выполнять очень сложные вычисления? Если ответ утвердительный, то задача ограничена ресурсами процессора. Если ваша задача ограничена производительностью ввода-вывода, используйте async и await без конструкции Task.Run. Библиотеку параллельных задач использовать не следует. Причина этого указана в статье Подробный обзор асинхронного программирования. Если ваша задача ограничена ресурсами процессора и вам важна скорость реагирования, используйте async и await, но перенесите выполнение задачи в другой поток с конструкцией Task.Run. Если к задаче применим параллелизм, также следует рассмотреть возможность использования библиотеки параллельных задач. Кроме того, всегда следует оценивать выполнение кода. Например, затраты на выполнение задачи, ограниченной ресурсами процессора, могут оказаться не столь высокими, как накладные расходы, связанные с переключениями контекста при многопоточности. Каждый вариант имеет свои недостатки, поэтому следует выбрать наиболее компромиссный вариант в вашей ситуации.

вот, для тебя отрывок

это задача ожидания

и тут нельзя пихать task.Run

Давай я объясню, я пишу внутри ОБЫЧНОГО метода Task.Run(async () => { await ТормознойМетод();});, сразу как только таск дойдёт до await, вернётся управление в мой ОБЫЧНЫЙ метод

таск запускает новый поток

*зануда он* нет

Ок, что тут поделать

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

Естественно синхронно

я понял что ты имеешь ввиду

у тебя и выполняется синхронно

ок, нам ничего не мешает сделать вариант где реально будет 1000 тасков запущенных параллельно и 1000 асинхронных тасков, последние отработают быстрее

В чем разница?

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

ты создаёшь новый поток, а он ожидает после await

а асинхронно не будут юлочится

Тасков то есть задач, а не тасков?

но тогда он и без отдельного потока работать должен

ТАК