Видео

Спасибо.

Отличный видос для повторения! Спасибо)

Кратко и по существу, спасибо! Наверное если бы вы упомянули large object heap (тоже я знаю спрашивают на собесах) было бы 10 из 10

Я проверил - в структуре можно инициализировать поля, но требует явно объявить конструктор(A 'struct' with field initializers must include an explicitly declared constructor.) var item = new Item(); Console.WriteLine(item.Price); //10 Console.ReadLine(); struct Item { public Item() { } public decimal Price { get; set; } = 10; }

Смотрю видосы попорядку, в целом хорошо записаны, однако конкретно в данном случае темой видео скорее является IEnumerable и требования к foreach

Задействуется ли доп. поток во время исполнения асинхронного метода?

опнят этот энетити костыль. В каждом видео энетии. Охренели обезьяны. Инвалиды. Без костылей жить не могут. Ну хоть бы одни нормлаьный программист показал, как работать напрямую с БД без костылей.

очень хорошо сделано

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

Спасибо. Полезное видео и понятное объяснение) Единственное, остался вопрос: А как такие ошибки можно допустить случайно, по не опытности?) Только если у тебя совсем нет понимания, как работает хотя бы тот же локер, и что переменная для локера является общей, и только когда ты пишешь код подряд, под диктовку, особо не разбирая его и не вникая в суть. То есть для допущения подобных ошибок нужно постараться. В реальной практике конечно может быть, как из-за схожего нейминга случайно указать не тот локер, который должен занимать другой поток. Только из-за невнимательности, как мне кажется, можно такое допустить. Но всё же тема любопытная, а вот судя по описанию в начале видео на листке бумаги, starvation более чем реален и возможен, особенно если есть плохое понимание как синхронизировать потоки, как их приостанавливать, чтоб нужный поток вылез и смог обратиться к свободному общему ресурсу. Пример решения проблемы starvation я бы рассмотрел В любом случае, уроки полезные, и имеют относительно несложное объяснение, иногда всё же нужно самому додумывать, скорее догадываться, но чтоб понимать о чём речь, нужно всего лишь держать контекст объяснения в уме. Лайк, однозначно

спасибо за видео

интересная задача, хорошо ложится на TAP и System.Threading.Channels Channel

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

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

7:27 это же строковые литералы, компилятор их соединит в одну строку на этапе копиляции. Tоже самое будет если мы их объявим как const string s = "Hello"; const string s1 = " "; const string s2 = "world"; Console.WriteLine(s + s1 + s2); вызов Console.WriteLine будет транслирован как Console.WriteLine("Hello world");

подскажите пожалуйста, а как поведет себя класс синглтон, который хранит в себе уже какие то данные, если к нему обратится с разных клиентов? Они оба будут видеть одно и тоже? Если да, то как сделать чтоб для каждого клиента был свой экземпляр класса?

спасибо за объёмное видео!

спасибо большое)

KAUNAS ❣️ 🇱🇹 😀 👏👏👏👏👏🥰

Спасибо больше за объяснение! самое понятное объяснение

У вас тут каждое видео важно для повседневной работы

В видео описаны примеры использования готовых атрибутов. А есть пример реальной задачи которую можно решить с помощью самодельного атрибута? Спасибо.

Все конечно интересно, но кому это интересно кроме собеседуещего, за годы работы ни разу эта информация не понадобилась, вспоминаешь ее только на собесах

спасибо

Спасибо. Можно пример из жизни, когда длл дергается рефдексией. В ролике объяснение не понятное. Спасибо.

Сегодня вопрос на собеседовании что делает Getenumerator(){ yield return 1; yield return 2; yield return 3; yield return 4;}

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

При всем увжении тут поплыли и все в кучу и анонимные типы и linq

Бестолковое объяснение, бессистемная и непонятная, броски по тексту

отличное видео, спасибо большое!!

Спасибо, полезный материал.

2:30 неправильно

В контексте перегружения (overloading) методов, тип возвращаемого значения НЕ ВХОДИТ в сигнатуру метода. Но в контексте делегатов (о чём вы как раз говорите на 1:52), тип возвращаемого значения ВХОДИТ в сигнатуру метода. Типы возвращаемых значений у делегата и замещающего его (делегат) метода должны совпадать.

Нужно ещё упомянуть, что операторы сравнения перегружаются всегда парами == и !=, < и >, <= и >=, нельзя просто переопределить !=, тоже самое и про перегрузку true и false.

Про методы расширения хотелось бы написать, в них this используется со static. Создаётся статический класс, статический метод и this указывается в параметрах метода.

Здравствуйте, вопрос по поводу работы AutoFixture, насколько я понял при вызове метода Create он каждый раз генерирует случайное число, есть ли способ ограничить разброс этих чисел. Спасибо за видео, оказалось очень полезным.

Круто!

Большое спасибо за ролик!

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

Отличные ролик

Подскажите пожалуйста никак не могу понять. Есть метод асинхронный в Web API который возвращает какие то данные в методе стоит задержка на 10 сек. Так вот никак не могу понять клиент сразу получит ответ но он будет пустой т.е он получит таску без данных. Или если клиент задержится на странице то данные ему придут через секунд? Спасибо

Thanks a lot, awesome content.

Есть ли у вас лекция про асинк эвейт?

Неплохо разложено, и шпаргалочка путёвая.

❤спасибо за видео.

10:11 а почему мы ожидали, что (j == 1)? Я не понял. Под капотом i++ сначала происходит возврат исходного значения, а потом увеличение на 1. var i = 0; var j = i++; Тут j будет 0 в любом раскладе, разве нет?

Кутаиси наверное самый уютный город Грузии

10:40 мне кажется вы тут ошиблись. Equals проверяет названия свойств, их порядок, их значение. Оператор == проверяет, указывают ли 2 ссылки на один объект в куче. Если бы вы писали и демонстрировали код - эту ошибку легко было бы обнаружить.