在上次说到的http://blog.csdn.net/xhf55555/article/details/7633505的登录的例子中添加配置文件,当时阴差阳错的通过编译并显示登
录成功,其实是负负为正导致了编译成功。事实上在这个例子中并没有成功添加配置文件,在这次重构机房收费系统的时候在D层添
加的简单工厂改造的抽象工厂再加上配置文件,遇到了很大的问题。
NUMBER ONE错误读取配置文件失败!
读取配置文件里的DBString
Dim strDB As String = System.Configuration.ConfigurationSettings.AppSettings("DBString")
配置文件中。
<appSettings>
<add key="ConnStr" value ="Data Source=192.168.24.169;Initial Catalog=lfsfxyComputerSys;User ID=sa;Pwd=123456"></add>
<add key="DBString" value ="Sql"></add>
</appSettings>
工厂中。
Function CreateUserInfo() As IUser
Return CType(Assembly.Load("DAL").CreateInstance("DAL.User" & strDB), IUser)
End Function
确定实例化哪个数据库。
Assembly.Load("DAL").CreateInstance("DAL.User" & strDB)
是因为我的数据库起名错误,没有加上sql。
NUMBER TWO DLL的引用错误!
在改正了上面的错误后,再次调试,仍然是不成功,因为在第一次中改变的DAL.dll是手动的添加到UI层。而改动的DAL中的UserSql后生成的DAL动态链接库并没有同时改变~。而反射要求在网站的Bin文件夹中有已经编译好的.DLL文件,并且保持名称和编译前类库的名称一致。
开始在配置文件的时候,把配置文件放到了B中,提示错误,上网查过后才发现,应该是把配置文件放到UI层中,而为什么要放到UI中,因为程序是从UI中启动的吧,总之配置文件是要放到最高层。
NUMBER THRE为什么要加配置文件?
从下图中你就会有所发现了。
而我们用简单工厂改造的抽象工厂,之后在这基础上改造DALFactory加上配置文件,这个过程更加完美的实现了解耦,使得B完全的不认识D,使得DALFactory与D分离,Dll的直接依赖变成间接依赖。