Quelles sont vos suggestions pour la conception de code LINQ dans le projet? Surtout, je suis intéressant dans la conception de code de requêtes Linq grandes et complexes? P>
Par exemple, vous savez que vous devez écrire beaucoup d'énormes choses Linq, peut-être qu'une partie de votre code aura des pièces en double, peut-être pas, et vous avez besoin de: P>
Faites le code facilement, signifie que si vous devez modifier quelque chose. - Vous changez une chose, pas beaucoup p> li>
Faites le code facile à lire - signifie que si vous avez besoin de trouver quelque chose - vous faites facilement cela. P> li> ol>
Vous pouvez utiliser vos exemples, peut-être votre pratique. Peut-être des motifs que vous avez vu n'importe où - n'importe quoi. P>
Dire Linq, je veux dire n'importe quel Linq, Linq à SQL, Linq aux objets, Linq à XML, etc. P>
tnx p>
4 Réponses :
Vous pouvez écrire des extensions pour vos objets;
code principal; p> extension; p>
J'aime mettre de côté les grandes instructions sélectionnées qui sont utilisées plusieurs fois à l'aide de méthodes d'extension.
ObjectCtx.SomeEntities.SelectEntityPM();
Un modèle utile pour cela crée une bibliothèque de prédicats
Un VEW choses que je fais souvent:
1) Mise en page: Commencez toujours une requête à la ligne suivante. Exemple:
Ne faites pas cela p> mais faites ceci: p> 2) utilisez plusieurs 3) empêche les jointures si vous le pouvez. LINQ to SQL vous permet souvent de simplement "dot" sur toutes les relations parent-enfant sans utiliser les instructions code> de jointure p> p> 4), vous verrez souvent que de nombreuses questions se ressembler. Vous voudrez peut-être toujours filtrer certains enregistrements en fonction des droits d'un utilisateur. Vous pouvez extraire ce code dans une méthode: p> où code > clauses où vous pouvez. J'essaie de trouver le deuxième extrait de plus lisible que le premier: p>
N'oubliez pas de marquer votre réponse préférée. La réponse de Netside serait un bon candidat.