Допустим, у меня есть модель предметной области, созданная из классов C #, например:
public class MyClass
{
public string MyProperty { get; set; }
}
Наряду с моделью я определил классы интерфейсов репозитория для IoC.
Теперь я пытаюсь превратить эту модель домена POCO в набор классов Entity, используя отображение LINQ. (Этот подход был рекомендован в книге, которую я читаю на MVC.) В приведенном выше примере это было достаточно просто сделать с помощью нескольких атрибутов, не влияя на «простую старость» классов:
[Table]
public class MyClass
{
[Column]
public string MyProperty { get; set; }
}
Проблема возникает, когда я начинаю сопоставлять ассоциации, изменять модификации и тому подобное. Похоже, я быстро разрушаю первоначальную концепцию модели предметной области и просто создаю набор классов LINQ-to-SQL. Я что-то пропустил? Являются ли эти классы подходящим местом для бизнес-логики? Смогу ли я по-прежнему загружать данные в эти классы из источников, не относящихся к LINQ, не из БД?
Спасибо