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

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

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

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

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

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

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


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

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

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

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

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

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

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

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


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

Вот, любуйся, какие проблемы решали товарищи http://www.highload.ru/2012/abstracts/278.html