Re[23]: Тормознутость и кривость linq
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 21.03.16 17:09
Оценка:
Здравствуйте, alex_public, Вы писали:

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


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

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

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

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


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

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

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


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

Вот, любуйся, какие проблемы решали товарищи http://www.highload.ru/2012/abstracts/278.html
Отредактировано 21.03.2016 18:03 Pauel . Предыдущая версия . Еще …
Отредактировано 21.03.2016 17:59 Pauel . Предыдущая версия .
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.