printemps Net vs bibliothèque d'entreprise

Question

J'ai cherché sur le Web des informations sur un framework Net que je peux utiliser pour "le prendre et le garder" à partir de maintenant dans mes projets, et j'ai presque pris une décision, mais je voudrais une référence sur la direction du marché. Je ne trouve rien dans google sur lequel est le plus utilisé, lequel a le plus de futur, etc. J'ai aussi lu sur d'autres Frameworks (Castle, Nhibernate, CSLA), mais ces 2 (Spring Net & EntLib) semble être le plus robuste pour moi. Avez-vous des références que je peux consulter ???

Merci

Answer 1

En fait, apprenez les deux pour que vous puissiez prendre la bonne décision à long terme pour vous-même.
Pour l'instant, choisissez celui que vous allez apprendre en premier. EntLib est plus une bibliothèque de base juste (comme les blocs de construction de base) tandis que Spring.NET est à la fois des éléments de base ainsi que des pièces plus spécifiques (c'est-à-dire ASP.NET). EntLib est activement développé et entretenu par MS, tandis que Spring.NET est un effort communautaire qui est actuellement un peu obsolète et devient lentement rouillé (par exemple, le manque de configuration de conteneur via le code - il est en cours de développement, mais sans réel version)

Les deux ont une bonne documentation (ce qui n'est pas si commun pour les bibliothèques OSS). Spring.NET a d'excellents docs, EntLib a du bon mais pas toujours le meilleur (sorte de style MSDN où souvent vous trouverez des exemples de code trop simplistes pour présenter l'idée). Je pense que EntLib pourrait être un peu plus facile à démarrer, mais comme je l'ai dit apprendre un et ensuite essayer l'autre pour prendre une décision intelligente parce que vous aurez certainement des préférences personnelles et comme l'un plus que l'autre.

MISE À JOUR:

Spring.NET est développé plus activement maintenant, realases sont plus fréquents, Spring.NET CodeConfig maintenant 1.0 officiels et passés également de nouveaux projets sont apparus comme Spring.NET sociaux et Spring.NET REST Client.
Il y a .NET 4.0 build, il prend en charge MVC3 et NHibernate 3.2 donc en gros il semble que le projet ne meurt pas du tout - bien au contraire en fait :)

Answer 2

je pense qu'il se résume à savoir si vous voulez coller avec ce que Microsoft vous donne ou non.

Si vous êtes 100% Microsoft, il serait peut-être préférable de s'en tenir à EF.

En tant que développeur Java avec une longue expérience de printemps, je pense que c'est un cadre formidable. Il obtient une excellente traction sur le côté Java. Ils ont été achetés par VMWare, ils ont donc un solide soutien financier.

Mais ils ne sont pas Microsoft. Cela peut être un plus ou un moins. Vous seul pouvez décider combien vous appréciez cela.

Answer 3

La chose la plus importante est de préciser que EF et Spring.NET ont complètement différent, EF a récemment incorporé DI il n'est pas le même a le printemps