I Une fois, j'ai lu un article par Imaar Spaanjars sur la construction de 3 applications de niveau. ( http: // imar. spaanjaars.com/416/building-layered-web-Applications-With-MicRosoft-aspnet-20-Part-1 ) qui a formé la base de mon codage pendant un moment maintenant.
Ainsi, je implique des collections comme il l'a fait, en héritant une liste
List<Employee> newEmployees = AllEmployees.FindAll(emp => emp.JoiningDate > DateTime.Now);
4 Réponses :
Je n'hériterais pas de comme une note; Rebout code>, vous pouvez également trouver les options LINQ (comme Liste
méthodes virtuelles code> à remplacer) . Je voudrais soit utiliser
list
ilist
collection
.where () code>) des contreparties utiles; Plus particulièrement, ils travailleront pour tout em>
iList
ienumerable
Liste
À droite, mais un petit doute. J'ai plusieurs projets comme DAL et BLL, les entités et PL. Les entités sont là où je définis les classes comme les employés, puis les utiliser dans d'autres projets. L'idée est que chaque projet peut être travaillé sur indépendante de l'autre. Existe-t-il une possibilité qu'un développeur puisse utiliser IList
@SassyBoy - Depuis Collection
Ilist
Liste
quel avantage obtenez-vous par sous-classement En termes de résolution de votre problème de coulée, vous ne pouvez pas souscrire à une liste Personnellement, j'essaierais d'utiliser list
Employés code> comme
Liste
employés code>. Si vous devez renvoyer un employé avec vos critères, vous êtes préférable d'encapsuler l'appel et d'insérer les éléments de liste retournés dans votre propre objet. Cela ressemble à une perte de temps pour moi, sauf si j'ai dit ci-dessus, vous avez une bonne raison pour la sous-classe
List
ilist
Je fermerais personnellement la liste en tant que membre d'un objet de conteneur et si nécessaire pour que Necesery fournisse obtenir un accessor à la liste elle-même. Je dois admettre que je l'ai fait pour me fournir cela méthodes telles que: p> sur la classe de base et: p> i (toujours) utilisez .net 2.0 donc je n'ai pas de Linq - Peut-être que c'est la raison de cela. p> p>
Une simple règle de base est de commencer par la composition (par exemple, envelopper les employés autour d'une collection générique) et non d'héritage. À partir de la conception basée sur l'héritage, vous peignez-vous dans un coin. La composition est plus flexible et modifiable. p>