Spring Net против корпоративной библиотеки

Question

Я искал в Интернете информацию о Net Framework, которую я теперь могу использовать, чтобы «взять и сохранить» в своих проектах, и я почти принял решение, но мне хотелось бы получить некоторую справку ов каком направлении движется рынок.В Google не могу найти ничего о том, что является наиболее используемым, какое из них имеет наибольшее будущее и т. Д. Я читал и о других Frameworks (Castle, Nhibernate, CSLA), но эти 2 (Spring Net & EntLib)кажется, более крепким для меня.У вас есть рекомендации, с которыми я могу проконсультироваться ???

Спасибо

Answer 1

На самом деле выучите оба, чтобы вы могли принять правильное долгосрочное решение для себя.
А пока просто выберите то, что вы изучите в первую очередь.EntLib - это больше просто базовая библиотека (например, базовые строительные блоки), в то время как Spring.NET - это не только основополагающая, но и более конкретная часть (например, ASP.NET).

EntLib активно разрабатывается и поддерживается MSв то время как Spring.NET - это работа сообщества, которая в настоящее время немного устарела и медленно ржавеет (т.е. отсутствие конфигурации контейнера с помощью кода - она ​​разрабатывается, но без реальной версии)

Оба имеют хорошую документацию (что не так часто встречается в библиотеках OSS).Spring.NET имеет отличные документы, EntLib - довольно хорошие, но не всегда лучшие (своего рода стиль MSDN, где часто вы найдете примеры кода, которые слишком просты, чтобы представить идею).

Я думаю, что EntLib может бытьнемного легче начать, но, как я уже сказал, изучите одно, а затем попробуйте другое, чтобы принять разумное решение, потому что у вас определенно будут личные предпочтения, и вам будет нравиться одно больше, чем другому.

ОБНОВЛЕНИЕ:

Spring.NET сейчас развивается более активно, реадаптации происходят чаще, Spring.NET CodeConfig в настоящее время официально и после 1.0 также появились новые проекты, такие как Spring.NET Social и Spring.NET REST Client.
Существует сборка .NET 4.0, она поддерживает MVC3 и NHibernate 3.2, так что в основном это выглядит так, как будто проект вообще не умирает - на самом деле совсем наоборот:)

Answer 2

Я думаю, что все сводится к тому, хотите ли вы придерживаться того, что дает вам Microsoft или нет.

Если вы на 100% Microsoft, возможно, было бы лучше придерживаться EF.

Говоря как Java-разработчик с большим опытом работы в Spring, я думаю, что это потрясающая среда. Это получает отличную тягу на стороне Java. Они были куплены VMWare, поэтому они имеют солидную финансовую поддержку.

Но они не Microsoft. Это может быть плюсом или минусом. Только вы можете решить, насколько вы это цените.

Answer 3

Самое главное - уточнить, что EF и Spring.NET имеют совершенно разные цели, хотя в EF недавно появился DI, но у пружины совсем нет.