DAL是通过代码生成工具自动生成的XSD强类型dataset怎么样把DAL和BLL都独立成项目。
2009-10-20 09:07
519 查看
想把DAL和BLL从项目里移出来做个类库。把DAL和BLL都独立成项目,以便同一方案可以共用。
问题是 DAL用的是通过代码生成工具自动化生成的可视化的XSD强类型dataset,数据连接字符串是web.config里的。移出去后哪里可以改数据连接。
解决方法
一般情况下,如果使用类型化数据集,在网站项目中,用到的连接字符串是保存在webconfig中的
但是如果作为单独项目的话
却是存储在Properties目录的Settings.settings内部的
展开Settings.settings可以发现有一个Settings.Designer.cs文件
格式如下
C# code
要把强类型数据集作为单独的DAL,肯定连接字符串不能写死在程序集内部啊,想继续放到web.config中怎么办?
按照如下步骤:
1.在项目根目录下,新建一个Settings.settings.cs,拷贝Settings.Designer.cs的内容进来,并保存
2.把相关连接字符串部分改为如下这般
C# code
3.保存
4.把Properties目录的Settings.settings直接设置为"从项目中排除",不要删除,后面还有用处
这样,运行的时候就是从web.config中读取连接字符串了
需要注意的问题:
在强类型数据集设计过程中,是需要改变xsd文件还有Settings.settings相关设置的
这个时候如果Settings.settings还是处于"从项目中排除"状态的话,可能会出问题的...
所以需要将Settings.settings设置为"包含在项目中"
另外在xsd文件中,也保存着连接字符串设置,不过是指向程序集相关属性的,也就是我们上面改的地方,这里如果没有问题,最好不要手动改动,万一错了...(不过这个地方可能有挖掘的余地)
总结:
开发DAL程序集过程中,因为需要频繁变动,所以可以不用管什么连接字符串
发布的时候,执行步骤1,2,3,4
如果以后又要改动,先把Settings.settings包含进来
问题是 DAL用的是通过代码生成工具自动化生成的可视化的XSD强类型dataset,数据连接字符串是web.config里的。移出去后哪里可以改数据连接。
解决方法
一般情况下,如果使用类型化数据集,在网站项目中,用到的连接字符串是保存在webconfig中的
但是如果作为单独项目的话
却是存储在Properties目录的Settings.settings内部的
展开Settings.settings可以发现有一个Settings.Designer.cs文件
格式如下
C# code
[global::System.Configuration.ApplicationScopedSettingAttribute()] [global::System.Diagnostics.DebuggerNonUserCodeAttribute()] [global::System.Configuration.SpecialSettingAttribute(global::System.Configuration.SpecialSetting.ConnectionString)] [global::System.Configuration.DefaultSettingValueAttribute("Data Source=127.0.0.1;Initial Catalog=ZKBS;User ID=sa;pwd=123")] public string ZKBSConnectionString { get { return ((string)(this["ZKBSConnectionString"])); } }
要把强类型数据集作为单独的DAL,肯定连接字符串不能写死在程序集内部啊,想继续放到web.config中怎么办?
按照如下步骤:
1.在项目根目录下,新建一个Settings.settings.cs,拷贝Settings.Designer.cs的内容进来,并保存
2.把相关连接字符串部分改为如下这般
C# code
public string ZKBSConnectionString { get { //return ((string)(this["ZKBSConnectionString"])); return System.Configuration.ConfigurationManager.AppSettings["ZKBSConnectionString"]; } }
3.保存
4.把Properties目录的Settings.settings直接设置为"从项目中排除",不要删除,后面还有用处
这样,运行的时候就是从web.config中读取连接字符串了
需要注意的问题:
在强类型数据集设计过程中,是需要改变xsd文件还有Settings.settings相关设置的
这个时候如果Settings.settings还是处于"从项目中排除"状态的话,可能会出问题的...
所以需要将Settings.settings设置为"包含在项目中"
另外在xsd文件中,也保存着连接字符串设置,不过是指向程序集相关属性的,也就是我们上面改的地方,这里如果没有问题,最好不要手动改动,万一错了...(不过这个地方可能有挖掘的余地)
总结:
开发DAL程序集过程中,因为需要频繁变动,所以可以不用管什么连接字符串
发布的时候,执行步骤1,2,3,4
如果以后又要改动,先把Settings.settings包含进来
相关文章推荐
- HibernateTools工具通过hbm文件自动生成ddl、pojo等代码
- 自制工具:CSV代码生成器:自动生成CSV文件对应的C++实体类和字段类型解析代码
- 自制工具:CSV代码生成器:自动生成CSV文件对应的C++实体类和字段类型解析代码
- HibernateTools工具通过hbm文件自动生成ddl、pojo等代码
- 没头没尾--项目开发笔记:异常处理与日志记录代码自动生成(工具能生成多少代码!?续一)
- 【ssh】Ibatis代码自动生成工具(项目)——Abator安装与应用实例(图解)
- 代码自动生成工具(一)-Csv读表代码自动生成工具
- Mybatis 自动生成代码工具--mybatis-gennerator插件
- Mybatis Generator Configuration Eclipse自动生成代码工具使用及实现基本crud
- Mybaits+SpringMVC项目(含代码生成工具源码)
- 代码自动生成工具,2小时搞定智能硬件产品Demo
- Ibatis代码自动生成工具——Abator安装与应用实例
- .Net xsd工具生成C#代码的一些方式
- 七个CSS3代码自动生成工具让你提升前端开发速度
- iBatis 代码自动生成工具 iBator 及 Example 使用
- maven项目使用mybatis-generator自动生成代码
- mybatis-generator 代码自动生成工具
- DotNet 项目开发文档的自动生成和相关工具的使用
- 扩展VS2010插件-----通过UML类图,自动生成相关代码
- 通过eclipse mybatis generater代码生成插件自动生成代码