SP
кайфец
Size: a a a
2020 May 16
AZ
вот что значит в языке нет трейтов
AZ
а вот это уже одна из причин почему я ругаю сисярп кстати
AZ
в отличие от мифических проблем с адо, это - бесит
SP
короче это как то предельно омски работает. мы вызываем
self.body_mut().read(buf)
но read у body_mut() нет,
и вероятно он появляется от того что мы делаем
use futures_util::io::AsyncReadExt;
self.body_mut().read(buf)
но read у body_mut() нет,
и вероятно он появляется от того что мы делаем
use futures_util::io::AsyncReadExt;
SP
тоесть это выглядит как то что мы вызываем чтото у обьекта но на самом деле вы вызываем какой то левый трейт который умеет чтото из этого обьекта
p
тоесть это выглядит как то что мы вызываем чтото у обьекта но на самом деле вы вызываем какой то левый трейт который умеет чтото из этого обьекта
ну это типичная вещь с асинком в расте
p
и это в какой-то мере оправданно
AZ
тоесть это выглядит как то что мы вызываем чтото у обьекта но на самом деле вы вызываем какой то левый трейт который умеет чтото из этого обьекта
лол, а экстешн методы в сишарпе как-то по-другому работают? Да, есть методы у трейта, который реализует объект
p
в настоящем AsyncRead нам нет дела до того кто там что будет читать, там есть poll_read() который возвращает Poll<Result<>>. а расширяющий трейт уже реализаует топ-левел асинк функции read, read_to_end
p
таким образом мы можем в одном коде работать с высокоуровневыми методами read(), а в другом можем вызывать poll_read(), не зная друг о друге
p
еще нравится в си шарпе индексы в виде int
B
Посмотрел я твоё видео про Guid. Таки да, если генерировать Sequental Guid на строне клиента то таки инсерт быстрее. Только вот 1) Все остальное медленнее. 2) Обычно самая частая операция это чтение 3) Только в геймжеве был у меня хайлоад. Все остальное EF поэтому можно спокойно забить и использовать Guid.
какраз напротив
sequential медленнее на инсерты
но для селектов лучше seqential, точнее для джоинов
sequential медленнее на инсерты
но для селектов лучше seqential, точнее для джоинов
VS
какраз напротив
sequential медленнее на инсерты
но для селектов лучше seqential, точнее для джоинов
sequential медленнее на инсерты
но для селектов лучше seqential, точнее для джоинов
Я про того что на стороне C# генериться. Он быстрее чем рандомный сгенерернный. Тот sequental что на стороне БД он медленный
p
еще нравится в си шарпе индексы в виде int
и ЧЗХ он блять имеет индекс -1
B
К сожалению некоторые Service Fabric используют
Ой мы его юзали, он так глючил, переехали на кубернатис
B
Я про того что на стороне C# генериться. Он быстрее чем рандомный сгенерернный. Тот sequental что на стороне БД он медленный
Ааа, ну да, в гуидов весь смысл в том, чтобы на клиенте генерить)
B
Но они нужны не для перформанса а если база распределенная, микросервисы например
VS
БТВ, лол, тут долбоеб в видео говорит что мол де никто за опенсорс не платит. Знаю один банк в котором в рабочее время люди в опсенсорс либу за деньги банка коммитят и банк это одобряет. Короче если будете C# GraphQl использовать знайте что туда один банк бабки вложил
VS
Ой мы его юзали, он так глючил, переехали на кубернатис
И правильно сделали. По сравнению с Купером ебанное говнище.