.Net下开发,框架用还是不用,用哪个?
最近在做一个项目,前台和中间层都使用c#,这个项目需要一开始就考虑数据库平台兼容性,oracle或者sql或者mysql,根据业主的需要,希望不管最终确定使用哪种数据库,代码都不要更改.我想使用框架,但希望将来framework平台升级的时候,这个框架还能在不改/少改代码的情况下继续使用;
或者MS将来框架的营销思路和开发思路更改了,我也可以选择不升级framework，目前选用的这个框架不至于成了没娘管的孩子;
因为担心稳定性还有技术服务问题,尽量不要使用开源框架.
最后，假如使用框架的话,整个系统的部署升级都希望简单一些.
公司里的大牛不希望使用框架,认为简单最好也最稳定.
我已经在不使用框架的前提下，使用了一些设计模式实现了松耦合，但是一旦使用框架，这些功夫就都可以省了。
大家有什么好的经验？谢谢 --------------------编程问答-------------------- nhibernate,spring.net --------------------编程问答-------------------- 兼容数据库，这个好说，写三种类型的数据库链接和相应的三层。在配置文件中配置连接数据库类型即可
至于想以后更好的维护，框架自然不可少。
开源框架不一定就不稳定。j2ee中的Struts、Spring、Hibernate都是开源的。j2ee做大项目的太多了。
选择一款比较稳定的版本即可！ --------------------编程问答-------------------- nhibernate --------------------编程问答-------------------- 纯支持!!! --------------------编程问答-------------------- 每种数据库都要写好。在配置文件里来指定使用哪种数据库！！！ --------------------编程问答-------------------- --------------------编程问答-------------------- Factory
--------------------编程问答--------------------
我是来看答案的，和楼主一样的疑问
--------------------编程问答--------------------
--------------------编程问答--------------------
不用那么麻烦，你自己写一个数据库的接口，接口里包含各种数据库，使用时很方便的（只要在配置文件里修改一下你需要用的数据库名称就OK拉）我就是这样的，很方便！
--------------------编程问答--------------------
楼主有潜力，所谓使用了一些设计模式实现了松耦合的代码不超过1000行吧。
--------------------编程问答--------------------
ado.net本来就是一个通用的框架。使用一个工厂方法返回一个 DbProviderFactory 对象，然后就可以使用 DBConnection、DBCommand、DBDataReader、DBTransaction等等类型的对象来操作关系数据库，而代码中（除了这个工厂方法以外）根本不用去考虑具体是使用哪一个关系数据库。而不同关系数据库中sql语句（字符串）的差别，完全可以通过切换不同的资源文件来实现。
.net framework本来就是许许多多框架组成的。 --------------------编程问答-------------------- 至于说比较高级的ORM风格的DAL框架，那纯粹是为了更为高级的——脱离了关系数据库——的要求而应运而生的，例如适配linq provider或者类似思路的框架既是。我估计你们公司的“大牛”也不可能希望别人都比自己高级了，所以也无需在ado.net之外再去想别的。等你跳槽了离开这些大水牛之后再去想更高级的（甚至更加“松耦合”的）DAL实现也不晚。
至于那些仅仅是从java抄来的一些开源代码，其实一点也不高级，还要拼命配置来配置去地。如果你们公司不是一帮java初级和中级数据库编程人员改行，没有什么必要用那些。 --------------------编程问答-------------------- 推荐使用 CYQ.Data 数据框架，使用简单，目前支持[Access、mssql[200/2005/2008]、Oracle、SQlite、MySql]等数据框架
补充：.NET技术 , C#
