С одной стороны есть красивая и стройная стратегия доступа к данным. ADO.NET Entity Framework, LINQ to XXX и т.д. С другой стороны есть WCF для распределнного ПО. Вопрос такой. Как их совместить?
Т.е. допустим я хочу иметь класс содержащий бизнес логику, логику доступа к данным и к тому же, что бы этот класс запускался на стороне сервера.

Да службу то понятное дело без труда можно сделать. Автор в конце пишет, что таким образом можно реализовать модель MVP. Вот этого примера мне не хватает.

buredSlavaС одной стороны есть красивая и стройная стратегия доступа к данным. ADO.NET Entity Framework, LINQ to XXX и т.д. С другой стороны есть WCF для распределнного ПО. Вопрос такой. Как их совместить?
Т.е. допустим я хочу иметь класс содержащий бизнес логику, логику доступа к данным и к тому же, что бы этот класс запускался на стороне сервера.
SlavaMVP
Совместить можно по-разному. Можно юзать LINQ на стороне сервера. Тут я постил пример. Можно и на клиенте юзать, получая от сервера IEnumerabl-ы.
Не совсем ясны ваши проблемы.
На этом форуме все Славики жгут? VBNET2000, РС2, теперь Slava из Томска
Сейчас попробую потушить... Видите ли! Я знаком и с LINQ и с WCF и еще много с чем. В ваших примерах почему то отсутствует ADO.NET Entity Framework. А ведь если идти по пути мапинга реляционной структуры на классовую, то лучшего, чем ADO.NET Entity Framework не найти. Дело в том что LINQ, в первую очередь, решает задачу запросов к источнику данных. Ну а ADO.NET Entity Framework решает именно задачу мапинга. Скажем так умного мапинга. Так что рекомендую.

И вообще. Нельзя ли оставлять коментарии не относящиеся к теме вопроса за рамками данной дискусии?

Ранее я писал "Т.е. допустим я хочу иметь класс содержащий бизнес логику, логику доступа к данным и к тому же, что бы этот класс запускался на стороне сервера." Вот что я хотел сказать. Мапить реляционную структуру на классовую удобно при помощи LINQ или ADO.NET Entity Framework. Можно даже в полученные классы свою бизнес логику положить. Но это ж не путь! Что если я захочу перемапить? Хотя можно эти классы partial делать...

Да и потом, что бы сделать классовую модель доступной удаленно, нужно покласть в проект ADO.NET Data Service. А это REST сценарий. Не вызывает доверия пока.

Зато для WCF сервиса никакой ADO.NET Data Service не надо. Ее классы можно смело и так использовать.

bured,

Ну вроде мапить так мапить. :)
Вам понятно чего мне не понятно?

bured,

COM+ чем то надо заменять.

alexdrдатасеты или что другое, ясно, что не тяжелые бизнес-объекты - где же тут инкапсуляция бизнес-логики
Все понятно! Спасибо за пост. Мне представляется что найти задачу, в которой бизнес объект в откопмилированном виде будет "тяжелее" датасета... Трудно. Возможно видео кодеки. Потом в случае WCF на клиенте только прокси Если не делать, того о чем пишет Gatman.
А вообще в принципе, Вы все правильно пишите и вполне понятно. Я только не хочу делать partial классы и отделять доступ к данным от бизнесс логики. Здесь аж несколько причин. Если интересно напишу. Но именно это и произойдет если буду использовать LINQ и WCF, так как я понимаю их сейчас.

bured
Спасибо!!! По заголовкам именно то, что я искал в MSDN

МихаилР,

1. У меня мало бизнес логики. Ее на слой не хватает. :) Не охото делать слой ради слоя и тем самым усложнять систему.
2. Partial. Была мысль сделать енту логику раширяемой. Т.е. тут какое-то решение нужно.

Тут наверно замечу, что предполагал сделать базовую бизнес логику. А то по тексту получается 2 исключает 1.

3. Вот тут вообще пока запарка. Дело в том, что у меня несколько БД, включая Analysis Services. Есть мощьная система метаданных для SQL Server. Есть сервер на Remoting, занимающийся рассылкой сообщений(понятное дело до 3.5 и WCF писал).

Ну как бы нерешаемых вопросов нет конечно, но не понятно было как WCF и EF совместить.

bured! Именно то что надо было. Спасибо!