Size: a a a

BY Microsoft .NET User Group

2018 November 29

A

Anatoly in BY Microsoft .NET User Group
это просто само действие быстрое. поэтому разница такая кажется здоровая "на порядки". надо ещё смотреть разницу абсолютную
источник

E

EgorBo in BY Microsoft .NET User Group
вызови этот метод миллион раз и вот у тебя уже 15 секунд на проверки вместо 40 микросекунд))
источник

E

EgorBo in BY Microsoft .NET User Group
сценарии разные бывают
источник

E

EgorBo in BY Microsoft .NET User Group
в эпоху миллионов реквестов в минуты/секунды
источник

E

EgorBo in BY Microsoft .NET User Group
ошибся с порядком да
источник

A

Anatoly in BY Microsoft .NET User Group
EgorBo
вызови этот метод миллион раз и вот у тебя уже 15 секунд на проверки вместо 40 микросекунд))
безусловно, я просто про то, что надо делать вывод не "каст с мувнекст на три порядка замедляют", а "каст с мувнекстом замедляют на Х наносекунд, которые в некоторых случаях на три порядка больше, чем занимает сама логика"
источник

E

EgorBo in BY Microsoft .NET User Group
Это тырпрайзная отмазка перед нежеланием писать сразу эффективный кот
источник

A

Anatoly in BY Microsoft .NET User Group
EgorBo
Это тырпрайзная отмазка перед нежеланием писать сразу эффективный кот
Ещё это микросервисная отмазка
источник

DP

Dmitry Protko in BY Microsoft .NET User Group
Anatoly
вообще, надо бить по рукам тем, кто возвращает нуллы вместо коллекций
У меня в проекте типизация находится в базе данных. У сущности может быть запрашиваемое поле, а может и не быть, в зависимости от того существуют ли данные для этого поля.
Вообще обращение к коллекци
источник

A

Anatoly in BY Microsoft .NET User Group
Ну вы пустую коллекцию и нулл трактуете одинаково или по-разному?
источник

DP

Dmitry Protko in BY Microsoft .NET User Group
Коллекция может быть пустой или null в зависимости от того что когда-то записали в бд. Если null или пустая коллекция, то данных в поле нет. Я это трактую как-то так)
источник

A

Anatoly in BY Microsoft .NET User Group
Dmitry Protko
Коллекция может быть пустой или null в зависимости от того что когда-то записали в бд. Если null или пустая коллекция, то данных в поле нет. Я это трактую как-то так)
Т.е. одинаково. Почему бы тогда не возвращать нулл никогда?
источник

DP

Dmitry Protko in BY Microsoft .NET User Group
Anatoly
Т.е. одинаково. Почему бы тогда не возвращать нулл никогда?
Для этого нужно добавить в базу данных все поля типов для всех сущностей.
источник

A

Anatoly in BY Microsoft .NET User Group
Dmitry Protko
Для этого нужно добавить в базу данных все поля типов для всех сущностей.
Да нет, надо добавить ?? ПустаяКоллекция в снипет выше
источник

DM

Dzmitry Martavoi in BY Microsoft .NET User Group
Dmitry Protko
У меня в проекте типизация находится в базе данных. У сущности может быть запрашиваемое поле, а может и не быть, в зависимости от того существуют ли данные для этого поля.
Вообще обращение к коллекци
в таком случае говорят что типизация на клиенте
источник

DP

Dmitry Protko in BY Microsoft .NET User Group
Anatoly
Да нет, надо добавить ?? ПустаяКоллекция в снипет выше
Мне кажется сомнительным иметь возможность получить коллекцию от несуществующего поля.
источник

DP

Dmitry Protko in BY Microsoft .NET User Group
хотя может это best practices
источник

A

Anatoly in BY Microsoft .NET User Group
Dmitry Protko
хотя может это best practices
Это они. Если нет разницы между отсутствием данных и пустой коллекцией, надо всегда возвращать пустую. Пользователю вашего апи будет сильно проще жить
источник

SS

Siarhei Svirski in BY Microsoft .NET User Group
ах тыж хитрая тернарка
источник

VS

Vladimir Shchur in BY Microsoft .NET User Group
на фшарпе и не вернешь налл вместо пустой коллекции =)
источник