终于可以稍微停下来不用加班了,这是我进时代财富过得最轻松的一个双休,总算是可以放下心来好好的调整一下。话说我三月份开始在时代财富公司上班,那怎一个忙字了得?别以为你是刚进公司新员工就要有一个适应环境的过程为由,工作上可以给你放宽一下,刚进公司Earth给我一个事例,是公司.Net框架的应用,因为我们公司是有自己的开发框架(Studio),几乎所有项目都依赖此框架进行开发的,所以我进了这个公司第一件事就是了解整个框架的开发使用流程,大概花了半天时间来看,然后又花了约两天时间用此框架做一个产品及其分类的增删改查的简单例子,交工!感觉用起公司那个Studio框架还行,有自己的分页控件,用工具自动生成实体及基本增删改查类,使用反射DataTable来填充实体值并返回(泛型数组),然后对数据库的访问是以接口的方式提供,即创建的所有ADO.Net对象都是使用接口根据Web.Config配置最终来决定实例化的子对象(SQLServer或Oracle数据访问对象),此种方式略有不同于PetShop的工厂模式,PetShop里有一层sealed类根据Web.Config配置来决定接口实例化子类(SQLServerDAL或OracleDAL),所有DAL都单独实现了接口里所有方法等,并是针对自身的差异来一一详细实现,如SQLServer和Oracle的TSQL语法可能会不一样,譬如Oracle没有自增编号只能用序列,或传递参数使用":="等,这样来根据数据库的不同而分别进行实现确保万无一失!但是这样你会比较麻烦,比如你写个订单的处理的DAL,你在SQLServerDAL里必须完成订单的增删改查的方法,你在OracleDAL里也必须完成订单的增删改查的方法,而我们在实际项目中应该也是二选其一吧,要么SQLServer要么Oracle数据库,仅当数据库相互移植的时候才会觉得写了有用,但当客户移植数据库的时候我想就不单只在Web.Config文件内改一下配置那么简单了吧?所以我觉得PetShop这种模式大家在实际应用的还是比较少的。那么使用接口来创建ADO.Net对象具体又是如何来实现根据Web.Config文件内配置访问不同的数据库呢?请看如下代码:过得最轻松的一个双休,总算是可