.Net AppDomain.CurrentDomain.AppendPrivatePath(@"Libs");

今天就说说。Net中通过反射取得某个类型时,我们怎么知道这个类型在硬盘上的哪个角落?比如说,假如我们需要要求服务端动态载入某个数据源,那服务端怎么知道数据源在哪?

网上大部分的教程都写着,可以使用Assembly.Load方法来先加载程序集,然后再用Assembly.GetType或者Assembly.GetTypes方法处理。

这个方法很好很实用,基本上也就够了。不过如果这么无聊,也就算不上冷知识,更没有必要写这些了。

如果有办法自动搜索程序集里面有没有暴露对应的类型,我们凭啥还要自行载入程序集?难道小又软的那群人也这么无聊?其实还真是有办法解决这个问题的。

Type.GetType,就是你了。

那么,这个方法有什么神奇的呢?Type.GetType有多个重载,其中除了一个没有参数的以外,剩下的几个重载要求至少一个字符串类型的typeName进行搜索,具体参见MSDN.比如下面这个例子:

using System;

namespace ConsoleApplication2

{

internal class Program

{

private static void Main(string[] args)

{

Type addedInRuntimeType = Type.GetType("LibA.TestClass, LibA, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null");

foreach (var propertyInfo in addedInRuntimeType.GetProperties())

{

Console.WriteLine(propertyInfo.Name);

}

}

}

}

假设目录下我们有一个LibA.dll,LibA.dll里面包含了一个类LibA.TestClass,以上代码就能取得里面的全部属性名,接下来要对这个类型做什么羞羞的事情那就各位看官自行决定咯。

但是,目前还是有一个限制没有解决。GetType方法的参数中和文件有关的就只有typeName了。可是这货并没有指定路径。如果要加载的类型所在的程序集在GAC中或者在当前程序集路径下那还好,如果因为各(xian)种(de)原(dan)因(teng)需要放到子目录该怎么办呢?比如说要在子目录"runtime"以及"runtme2"下进行搜索又该怎么办呢?还是直接放代码托福答案 www.jamo123.com

using System;

namespace ConsoleApplication2

{

internal class Program

{

private static void Main(string[] args)

{

AppDomain.CurrentDomain.AppendPrivatePath("runtime");

AppDomain.CurrentDomain.AppendPrivatePath("runtime2");

Type addedInRuntimeType = Type.GetType("LibA.TestClass, LibA, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null");

foreach (var propertyInfo in addedInRuntimeType.GetProperties())

{

Console.WriteLine(propertyInfo.Name);

}

}

}

}

AppDomain.CurrentDomain.AppendPrivatePath可以增加CLR搜索的路径,不过这个方法已经被标记为obsolete了。请自行无视这个警告吧。或者按如下代码处理:

#pragma warning disable 618

AppDomain.CurrentDomain.AppendPrivatePath("runtime");

#pragma warning restore 618

继续说点,其实这个路径也可以写在配置文件中的。MSDN说明在此,例子如下:

<?xml version="1.0" encoding="utf-8"?>

<configuration>

<runtime>

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">

<probing privatePath="runtime;runtime2" />

</assemblyBinding>

</runtime>

</configuration>

时间: 2024-11-18 03:02:50

.Net AppDomain.CurrentDomain.AppendPrivatePath(@"Libs");的相关文章

C#中AppDomain.CurrentDomain.BaseDirectory与Application.StartupPath的区别

// 获取程序的基目录.System.AppDomain.CurrentDomain.BaseDirectory // 获取模块的完整路径.System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName // 获取和设置当前目录(该进程从中启动的目录)的完全限定目录.System.Environment.CurrentDirectory // 获取应用程序的当前工作目录.System.IO.Directory.GetCurre

C#中AppDomain.CurrentDomain.BaseDirectory及各种路径获取方法

// 获取程序的基目录.System.AppDomain.CurrentDomain.BaseDirectory // 获取模块的完整路径,包含文件名System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName // 获取和设置当前目录(该进程从中启动的目录)的完全限定目录.System.Environment.CurrentDirectory // 获取应用程序的当前工作目录,注意工作目录是可以改变的,而不限定在程序所在目

AppDomain.CurrentDomain.BaseDirectory是什么

AppDomain.CurrentDomain.BaseDirectory 是获取基目录,它由程序集冲突解决程序用来探测程序集.由显示的路径可以看出,它代表的是程序集所在的目录,它具有读取和写入的属性. // 获取程序的基目录.System.AppDomain.CurrentDomain.BaseDirectory // 获取模块的完整路径.System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName // 获取和设置当前目

AppDomain.CurrentDomain.BaseDirectory与Application.StartupPath的区别

事由: 开始用vs2008.在vs2005下复制相关代码 PicDir = Application.StartupPath & "\SmallPic" 2008中提示有误. vs2008没法直接用Application.StartupPath 找了一下才明白,原来Application对象是来源于:System.Windows.Forms ,以前vs2005都直接调用的. 以后最好用:System.AppDomain.CurrentDomain.BaseDirectory 不过

C# 自定义exe引用的dll路径

MSDN原文:https://msdn.microsoft.com/library/twy1dw1e(v=vs.100).aspx <runtime> 的 <assemblyBinding> 元素 .NET Framework 4         其他版本 .NET Framework (current version) .NET Framework 3.5 .NET Framework 3.0 .NET Framework 2.0 包含有关程序集版本重定向和程序集位置的信息. 复

设置程序PrivatePath,配置引用程序集的路径(分离exe和dll)

原文:设置程序PrivatePath,配置引用程序集的路径(分离exe和dll) 有时候我们想让程序的exe文件和dll文件分开在不同目录,这时候可以有3种方法 1.在app.config中配置 [html]?view plain?copy <runtime>?? ????<gcConcurrent?enabled="true"?/>?? ????<assemblyBinding?xmlns="urn:schemas-microsoft-com:

Scut:脚本引擎

Scut 可以执行 C#.Python.Lua 三种类型的脚步,Scut 是如何加载并传递参数的呢? 首先值得注意的是:Scut 在编译时就会将逻辑层脚本源码复制到bin/Script的目录下. 1. ScriptRuntimeDomain.ScriptRuntimeScope.ScriptDomainContext public abstract class ScriptBaseScope : IDisposable { protected readonly ScriptSettupInfo

巧用Mono.Cecil反射加载类型和方法信息

最近在做服务的细粒度治理,统一管理所有服务的方法.参数.返回值信息.方便后续的各个模块之间的对接和协作. 目前系统中所有的服务,管理到接口契约粒度,即服务接口声明和服务接口实现.要做服务的细粒度治理: 首先需要将服务的各个方法信息全部反射出来,然后再统一管理. 大致的思路是这样的: 1. 下载所有最新的服务包(dll文件集合) 2. 获取所有的服务定义信息 3. 反射加载出每个服务详细的方法信息(方法名.参数.返回值等) 一.下载所有最新的服务包 系统中几百个服务,几十个服务组,每个服务都对应一

.Net AppDomain详解(二)

AppDomain 类 表示应用程序域,它是一个应用程序在其中执行的独立环境. 此类不能被继承. 命名空间:   System程序集:  mscorlib(位于 mscorlib.dll) 继承层次结构 System.Object??System.MarshalByRefObject????System.AppDomain [ClassInterfaceAttribute(ClassInterfaceType.None)] [ComVisibleAttribute(true)] public s