Files目录里存放了按发布版本建立的目录每个目录里是真正的应用程序文件,只不过是都加上了.deploy扩展名这里的每个文件都不能随意修改,例如要修改.exe.config.deploy中的数据库连接那僦需要在Visual Studio中重新编译程序,然后再发布显然不可取。
好在微软提供了清单编辑和生成工具Mage用这个可以解决这个问题。
回到Application Files目录当前發布目录41复制一份,目录名加1
OK,这个新复制的42目录里的配置文件就随便改吧.exe.config.deploy用记事本打开。
现在该mage上场了打开新复制的42目录下的.manifest文件,注意这里仍显示的是41我们就要在这个基础上进行加工。
选文件"填充时为没有.deploy……"去掉勾,点填充
保存,出现的签名选项选择證书文件。
接下来打开发布根目录下的.application文件
应用程序引用,选择清单选新的42目录下的.manifest文件,
保存选择证书文件,和前面的一致
1、根节点(系统默认所有的子節点都必须在XXX实现)及其格式
<add key="AspNetAddress" value="Framework,Version=预定义配置节。我们经常使用的配置文件的架构是象下面的形式先大概有个印象,通过后面的实例会有一個比较清楚的认识下面的“配置节”可以理解为进行配置一个XML的节点。下面是一个最常见的应用程序配置文件的例子只有appSettings节。
下面来看看这样的配置文件如何方法
程序代码: [ 复制代码到剪贴板 ]
name:自定义配置节的名称。
不同的type不但設置配置节的方式不一样最后访问配置文件的操作上也有差异。下面我们就举一个配置文件的例子让它包含这三个不同的type。
setting2="World"/>设置了一個配置节它的第一个设置的值是Hello,第二个值是World当然还可以有更多。其它的两个配置节和这个类似
下面是访问这三个配置节的代码:
通过上面的代码我们可以看出,鈈同的type通过GetConfig返回的类型不同具体获得配置内容的方式也不一样。
3.2 自定义配置节组