Dire que j'ai un modèle de domaine créé des classes C# comme ceci:Corruption du modèle de domaine POCO lors de la création de classes d'entités LINQ?
public class MyClass
{
public string MyProperty { get; set; }
}
Avec le modèle, je l'ai défini les interfaces référentiel des classes pour IoC.
Maintenant, j'essaie de transformer ce modèle de domaine POCO en un ensemble de classes Entity utilisant le mappage LINQ. (Cette approch a été recommandé dans un livre que je lis sur MVC). Dans l'exemple ci-dessus était assez facile à faire avec quelques attributs sans impact sur la « plaine oldness » des classes:
[Table]
public class MyClass
{
[Column]
public string MyProperty { get; set; }
}
Le problème vient quand je commence à cartographier les associations, changer les modifications et autres. Il semble que je détruis rapidement le concept original du modèle de domaine, et que je crée simplement un ensemble de classes LINQ-to-SQL. Est-ce que je manque quelque chose? Ces classes sont-elles toujours l'endroit approprié pour la logique métier? Serai-je toujours capable et devrais-je continuer à charger des données dans ces classes à partir de sources non-LINQ, non-DB?
Merci
Aussi, cela pourrait-il être une bonne raison d'utiliser des fichiers de mapping externes? Quels sont les avantages/inconvénients de cette approche dans ce contexte? – Paul