dev.net.ua

LR___:

Mike Chaliy:

Приклад дуже синтетичний, але здається достатній:

Зрозуміло, дякую. Але, здається, по-перше, це не єдиний зиск від декларативності (існує ще один - можливість підвищення рівня абстрагування від "технічних дрібниць" для розробника - "синтаксичний цукор"(?)), а по-друге,  ж хіба ми не маємо в такому випадку сподіватися що в наступних релізах виробнику буде легше допрацьовувати "back-side" декларативності (хоча б і в напрямку оптимізації, тощо)?

Це все те саме. Що мій, що два ваших, це все абстрагування від реалізації (функціювання). І я не кажу що це погано, це добре. Але те саме можна отримати за допомогою звичайних паттернів. Різниця в тому що за допомогою патернів можна отримати контроль на будь якій ланці. А в LINQ ні. Інакше кажучи LINQ абстрагує тільки від змін Майкрософта.

Mike Chaliy:

Але те саме можна отримати за допомогою звичайних паттернів.

LR___:

Mike Chaliy:

Але те саме можна отримати за допомогою звичайних паттернів.

Цілком можливо... подивився sql-profiler, що ж відправляється серверу (їхній приклад з Northwind), виявилося - sp_executesql :) Ще не розібрався це завжди у LINQ так, чи є можливість налаштувати по-іншому (наприклад, виклик своєї sp)?

sp_executesql викликається в будь якому випадку. Це стандартна реалізція SqlConnection. Але LINQ дозволяє викликати і свої процедури.

LR___:

Mike Chaliy:

Але те саме можна отримати за допомогою звичайних паттернів.

Цілком можливо... подивився sql-profiler, що ж відправляється серверу (їхній приклад з Northwind), виявилося - sp_executesql :) Ще не розібрався це завжди у LINQ так, чи є можливість налаштувати по-іншому (наприклад, виклик своєї sp)?

Оффтоп: http://weblogs.asp.net/scottgu/archive/2007/07/31/linq-to-sql-debug-visualizer.aspx, це візуалайзер до дебаггера. Показує запит. Можливо вам буде цікаво.