Сообщение Re[176]: Тормознутость и кривость linq. Compile-time EDSL DB от 10.07.2016 12:51
Изменено 10.07.2016 12:51 Evgeny.Panasyuk
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>>Например вот это дублирование — 1, 2 — из-за БД?
НС>Глупо задавать вопросы, на которые тебе давно уже дали ответы. Это дублирование из-за того, что для ref-типов есть выделенное значение null, а для value его нету.
Глупо отвечать на вопрос, даже не прочитав его.
Придётся разжёвывать: сходи по ссылкам 1 и 2, сравни код и найди одно отличие, а теперь попробуй объясни именно это дублирование наличием ref-типов
НС>для ref-типов есть выделенное значение null, а для value его нету.
Это в том числе тоже является недостатком.
EP>> А может быть вот этот мрак из-за БД?
НС>А это для лучшего перформанса.
Так я и говорю, этот код пришлось написать из вполне конкретных практических соображений. Был бы язык/платформа/компилятор мощнее — его бы и не пришлось писать, о чем собственно и речь.
НС>Ну и вообще — это тот самый код, который пишется в универсальных библиотеках и почти не пишется в прикладном коде.
Так я и говорю про алгоритмы, а не какой-нибудь опердень.
НС>Но аналогичная ситуация с чудовищной кашей в твоей шаблонной магии тебя почему то устраивает, а тут прям какая то вселенская проблема и ужас ужас.
Вот что-что, а передёргивать у вас всех здорово получается
Шаблонная магия нужна для реализации EDSL запросов времени компиляции, дающего zero overhead.
Для обсуждаемого простейшего алгоритма поиска минимального/максимального элемента никакой магии не нужно.
НС>Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>>Например вот это дублирование — 1, 2 — из-за БД?
НС>Глупо задавать вопросы, на которые тебе давно уже дали ответы. Это дублирование из-за того, что для ref-типов есть выделенное значение null, а для value его нету.
Глупо отвечать на вопрос, даже не прочитав его.
Придётся разжёвывать: сходи по ссылкам 1 и 2, сравни код и найди одно отличие, а теперь попробуй объясни именно это дублирование наличием ref-типов
НС>для ref-типов есть выделенное значение null, а для value его нету.
Это в том числе тоже является недостатком.
EP>> А может быть вот этот мрак из-за БД?
НС>А это для лучшего перформанса.
Так я и говорю, этот код пришлось написать из вполне конкретных практических соображений. Был бы язык/платформа/компилятор мощнее — его бы и не пришлось писать, о чем собственно и речь.
НС>Ну и вообще — это тот самый код, который пишется в универсальных библиотеках и почти не пишется в прикладном коде.
Так я и говорю про алгоритмы, а не какой-нибудь опердень.
НС>Но аналогичная ситуация с чудовищной кашей в твоей шаблонной магии тебя почему то устраивает, а тут прям какая то вселенская проблема и ужас ужас.
Вот что-что, а передёргивать у вас всех здорово получается
Шаблонная магия нужна для реализации EDSL запросов времени компиляции, дающего zero overhead.
Для обсуждаемого простейшего алгоритма поиска минимального/максимального элемента никакой магии не нужно.
Re[176]: Тормознутость и кривость linq. Compile-time EDSL DB
Здравствуйте, Ночной Смотрящий, Вы писали:
EP>>Например вот это дублирование — 1, 2 — из-за БД?
НС>Глупо задавать вопросы, на которые тебе давно уже дали ответы. Это дублирование из-за того, что для ref-типов есть выделенное значение null, а для value его нету.
Глупо отвечать на вопрос, даже не прочитав его.
Придётся разжёвывать: сходи по ссылкам 1 и 2, сравни код и найди одно отличие, а теперь попробуй объясни именно это дублирование наличием ref-типов
НС>для ref-типов есть выделенное значение null, а для value его нету.
Это в том числе тоже является недостатком.
EP>> А может быть вот этот мрак из-за БД?
НС>А это для лучшего перформанса.
Так я и говорю, этот код пришлось написать из вполне конкретных практических соображений. Был бы язык/платформа/компилятор мощнее — его бы и не пришлось писать, о чем собственно и речь.
НС>Ну и вообще — это тот самый код, который пишется в универсальных библиотеках и почти не пишется в прикладном коде.
Так я и говорю про алгоритмы, а не какой-нибудь опердень.
НС>Но аналогичная ситуация с чудовищной кашей в твоей шаблонной магии тебя почему то устраивает, а тут прям какая то вселенская проблема и ужас ужас.
Вот что-что, а передёргивать у вас всех здорово получается
Шаблонная магия нужна для реализации EDSL запросов времени компиляции, дающего zero overhead.
Для обсуждаемого простейшего алгоритма поиска минимального/максимального элемента никакой магии не нужно.
EP>>Например вот это дублирование — 1, 2 — из-за БД?
НС>Глупо задавать вопросы, на которые тебе давно уже дали ответы. Это дублирование из-за того, что для ref-типов есть выделенное значение null, а для value его нету.
Глупо отвечать на вопрос, даже не прочитав его.
Придётся разжёвывать: сходи по ссылкам 1 и 2, сравни код и найди одно отличие, а теперь попробуй объясни именно это дублирование наличием ref-типов
НС>для ref-типов есть выделенное значение null, а для value его нету.
Это в том числе тоже является недостатком.
EP>> А может быть вот этот мрак из-за БД?
НС>А это для лучшего перформанса.
Так я и говорю, этот код пришлось написать из вполне конкретных практических соображений. Был бы язык/платформа/компилятор мощнее — его бы и не пришлось писать, о чем собственно и речь.
НС>Ну и вообще — это тот самый код, который пишется в универсальных библиотеках и почти не пишется в прикладном коде.
Так я и говорю про алгоритмы, а не какой-нибудь опердень.
НС>Но аналогичная ситуация с чудовищной кашей в твоей шаблонной магии тебя почему то устраивает, а тут прям какая то вселенская проблема и ужас ужас.
Вот что-что, а передёргивать у вас всех здорово получается
Шаблонная магия нужна для реализации EDSL запросов времени компиляции, дающего zero overhead.
Для обсуждаемого простейшего алгоритма поиска минимального/максимального элемента никакой магии не нужно.