基础架构选择（微软企业库、spring.net）
最近在做公司产品的基础架构选择，请高人帮忙分析一下用微软企业库和spring.net做基础架构的各自的优缺点
------解决方案--------------------
不要用微软企业库了，用 spring.net+NH

后者更流行，前者搞不明白他的定位

微软搞得东西太多了，linq、Entity Framework。。。。还不如老老实实搞spring.net+NH更通用


------解决方案--------------------
Spring.NET源于Java的Spring框架  
Spring.Net是一个关注于.NET企业应用开发的应用程序框架，它能够提供非常丰富的功能，例如依赖注入（Dependency Injection），面向方面编程（Aspect Oriented Programming），数据访问抽象以及ASP.NET集成等。  
.NET Entity Framework 是微软以 ADO.NET 为基础所发展出来的对象关系对应 (O/R Mapping) 解决方案，早期被称为 ObjectSpace，现已经包含在 Visual Studio 2008 Service Pack 1 以及 .NET Framework 3.5 Service Pack 1 中发表。
　　ADO.NET Entity Framework 以 Entity Data Model (EDM) 为主，将数据逻辑层切分为三块，分别为 Conceptual Schema, Mapping Schema 与 Storage Schema 三层，其上还有 Entity Client，Object Context 以及 LINQ 可以使用。


------解决方案--------------------
微软企业库毕竟是微软的东西，从习惯上感觉比spring.net顺手些
如果lz比较熟悉java开发的话，可能用spring.net更好
------解决方案--------------------
与其去搞 微软企业库
还不如直接从 ADO.NET Entity Framework 、Linq 入手了

当然我还是推荐SPRING+NH的组合
------解决方案--------------------
楼主说的那两个东东是工具集,不是什么架构,工具集是架构的组成部分,
无论是架构还是工具集(通常说的框架或者类库),
通常软件生产企业自主开发的才稍微专业实用
------解决方案--------------------
Spring 那些东西就是AOP。

NHIBERNATE 对数据库操作不是很灵活
如果想用灵活的 还是IBATIS 比较好 这个支持SQL
------解决方案--------------------
Spring.NET比较灵活。

企业库没用过

不过Nh没有ibatis活
因为ibatis 支持SQL 缺点就是还要花很多时间去管理这些SQL



------解决方案--------------------
spring.net + db4o
------解决方案--------------------
企业类库吧。最少将来能很容易平移到Azure上

------解决方案--------------------
castle也可以哈！
------解决方案--------------------

引用:

微软企业库毕竟是微软的东西，从习惯上感觉比spring.net顺手些
如果lz比较熟悉java开发的话，可能用spring.net更好

支持~