Я думаю об этом сценарии.EF5 и .net 4.5
В настольном приложении я создам EF STE enity. Приложение будет использовать EF 5 и .NET 4.0. Этот объект будет отправлен через WCF на сервер, где будет .NET 4.5, а также EF5.
Поддерживается ли этот сценарий? (я не могу найти что-нибудь полезное). Я хотел бы иметь преимущества производительности в .net 4.5 на стороне сервера.
спасибо.
Если настольное приложение также делает вещи в базе данных, я собираюсь предположить, что это другое, чем на сервере. Вы все равно хотите преобразовать сложные объекты в более простые. Например, если у вас есть сущность, которая содержит список других сущностей, которые, как вы знаете, уже существуют на сервере, переведите это в объект сообщения (по соглашению просто добавьте сообщение в имя объекта, то есть EntityName ->EntityNameMessage) перед отправкой его по проводя выбор идентификаторов из исходного объекта при переводе, а не всего содержимого списка. Это будет одним из способов повысить производительность.
В качестве альтернативы вы используете одну и ту же базу данных на клиенте и на сервере, что, вероятно, является плохой практикой, поскольку вам придется перерабатывать EF на сервере каждый раз, когда клиент обновляет объект в своей базе данных, Знаю об изменениях.
Спасибо. База данных такая же. Также DataContext тот же. (dll является общим) – Chatumbabub
Приложение также работает с базой данных? Кроме того, я бы рекомендовал создавать объекты сообщений, чтобы вы могли сократить объем данных, необходимых для отправки по проводам в/из ваших служб. –
Desktop app - это чтение данных из MS SQL (с использованием EF). Затем, после некоторой модификации, enitity отсылается серверу. Сервер будет выполнять дополнительную операцию с сущностью, а затем объект будет сохранен. – Chatumbabub
Где вы планируете видеть увеличение производительности? Если вы создадите объект на сервере напрямую, это будет намного быстрее, чем создание его на рабочем столе и отправка его по WCF. – Gthompson83