Модульный дизайн приложений и LINQ, это возможно?

Question

Мы проектируем большую систему и используем PLINQO для доступа к данным. Проблема не в PLINQO, а в LINQ, я думаю. Мы хотим создать модульную конструкцию, то есть, возможно, иметь несколько разных точек данных. LINQ не нравится это. Кто-нибудь думал о решении, проблемах или альтернативах? У большинства вещей, которые я вижу, есть одна большая база данных. Нам нужно больше одного на единицу работы, но им может потребоваться доступ к другим данным в других контекстах. Линк не подходит для этого?

Answer 1

Если вы хотите написать кучу кода, который находится поверх Linq2Sql, вы, скорее всего, сможете делать именно то, что вам нужно. Это очень нетривиальный объем работы.

Linq2Sql является упрощенным и на самом деле не предназначен для гораздо большего, чем базовая работа типа ActiveRecord из коробки, но это не значит, что вы не можете построить совсем немного поверх него.

Вопрос в том, зачем вам создавать расширенные функции ORM поверх Linq2Sql, если вместо этого вы можете просто использовать ORM, который уже обладает этими функциями?

Когда вы говорите Linq, я предполагаю, что вы имеете в виду LinqToSql, поскольку Linq отличается от того, о чем вы говорите, и я почти уверен, что Plinqo - это инструмент LinqToSql.

Answer 2

У меня нет реального опыта работы с Linq, кроме того, что я немного поиграл с ним (linq to sql). Тем не менее, в настоящее время я использую библиотеку постоянства devexpress, хотя она является коммерческой (и довольно дорогой), она работает намного лучше и намного более интуитивно для меня по сравнению с другими средами постоянства, такими как nhibernate.