Информация об изменениях

Сообщение Re[23]: Тормознутость и кривость linq от 21.03.2016 17:09

Изменено 21.03.2016 17:59 Pauel

Здравствуйте, alex_public, Вы писали:

_>Что-то ты бредишь) Библиотеки в любом случае компилируются где-то, один раз. А линкуются динамически или статически — это уже по вкусу разработчиков. Мне больше нравится статическое решение, т.к. с ним меньше проблем при распространение.


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

I>>Итак, ты отказался от своих слов "Проблема не в том как используют рефлексию в linq, а в том, что её вообще используют. ))) В то время как она не нужна и можно всё сделать во время компиляции."

I>>Отказ принят

_>С чего бы мне от неё отказываться? ) Так а ты значит спорил с этой фразой значит? ) А где был хотя бы один аргумент с твоей стороны? )


Я выяснил, что тебе нечего было сказать. Соотсвенно мне нечего тебе пояснить

I>>В высоконагруженых используют аналогичные механизмы, только место EF будет другой ORM.

_>Угу, без linq. )))


В высоконагруженых приложениях узкое совсем не linq, а архитектура — всевозможные фермы, кластерные решения, балансировщики нагрузки и тд. Сюда же кеш страниц, кеш данных и тд. Основные проблемы связаны с инвалидацией кеша, который обычно в каком нибудь out-process memcached.
Здравствуйте, alex_public, Вы писали:

_>Что-то ты бредишь) Библиотеки в любом случае компилируются где-то, один раз. А линкуются динамически или статически — это уже по вкусу разработчиков. Мне больше нравится статическое решение, т.к. с ним меньше проблем при распространение.


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

I>>Итак, ты отказался от своих слов "Проблема не в том как используют рефлексию в linq, а в том, что её вообще используют. ))) В то время как она не нужна и можно всё сделать во время компиляции."

I>>Отказ принят

_>С чего бы мне от неё отказываться? ) Так а ты значит спорил с этой фразой значит? ) А где был хотя бы один аргумент с твоей стороны? )


Я выяснил, что тебе нечего было сказать. Соотсвенно мне нечего тебе пояснить

I>>В высоконагруженых используют аналогичные механизмы, только место EF будет другой ORM.

_>Угу, без linq. )))


Высоконагруженые приложения это не про sql вместо linq, а про масштабирование. То есть, в высоконагруженых приложениях узкое совсем не linq, а архитектура — всевозможные фермы, кластерные решения, балансировщики нагрузки и тд. Сюда же кеш страниц, кеш данных и тд. Основные проблемы связаны с инвалидацией кеша, который обычно в каком нибудь out-process memcached.