我们正在建立一个应用程序的几个客户,每个都有自己的要求,与同类的放在一起。 我们也希望保持在同一应用程序的所有代码,而不是分支它,以及IFS是不好的选择,因为这将是全国各地的地方。
我有计划为所有的基类。 然后,每个客户都会有自己的类,其中重写方法将做特殊的逻辑。
我们如何编制,而不是做这个的时候加载组件
public class BaseClass {
public string getEventId()
}
public class ClassForJohn:BaseClass {
[override]
public string getEventId()
}
public class ClassForAdam:BaseClass {
[override]
public string getEventId()
}
void UglyBranchingLogicSomewhere() {
BaseClass eventOject;
if("John"==ConfigurationManager.AppSettings["CustomerName"]){
eventOject = new ClassForJohn();
}else if("Adam"==ConfigurationManager.AppSettings["CustomerName"]){
eventOject = new ClassForAdam();
}else{
eventOject = new BaseClass ();
}
eventId = eventOject.getEventId();
}
这是我如何加载插件(插件)到我的项目之一:
const string PluginTypeName = "MyCompany.MyProject.Contracts.IMyPlugin";
/// <summary>Loads all plugins from a DLL file.</summary>
/// <param name="fileName">The filename of a DLL, e.g. "C:\Prog\MyApp\MyPlugIn.dll"</param>
/// <returns>A list of plugin objects.</returns>
/// <remarks>One DLL can contain several types which implement `IMyPlugin`.</remarks>
public List<IMyPlugin> LoadPluginsFromFile(string fileName)
{
Assembly asm;
IMyPlugin plugin;
List<IMyPlugin> plugins;
Type tInterface;
plugins = new List<IMyPlugin>();
asm = Assembly.LoadFrom(fileName);
foreach (Type t in asm.GetExportedTypes()) {
tInterface = t.GetInterface(PluginTypeName);
if (tInterface != null && (t.Attributes & TypeAttributes.Abstract) !=
TypeAttributes.Abstract) {
plugin = (IMyPlugin)Activator.CreateInstance(t);
plugins.Add(plugin);
}
}
return plugins;
}
我认为每个插件实现IMyPlugin
。 您可以定义此界面,你想要的任何方式。 如果通过所有DLL你循环包含在一个插件文件夹,并调用该方法,可以自动加载所有可用的插件。
通常你将有至少三个组件:包含接口定义的一个,主组件引用该接口组件和至少一个组件执行(当然引用的)此接口。
是否每个客户获得自己的EXE和配置文件,并有一个共享的DLL? 或者是有一个共享的exe文件,每个客户都有自己的dll?
你可以在这样的结构把完整的类型名称:
Shared.exe.config:
<appSettings>
<add key="CustomerType" value="NamespaceForJohn.ClassForJohn, AssemblyForJohn"/>
</appSettings>
并把AssemblyForJohn.dll在同一文件夹作为Shared.exe。
然后,你可以加载动态像这样的代码:
Shared.exe:
var typeString = ConfigurationManager.AppSettings["CustomerType"];
var parts = typeString.Split(',');
var typeName = parts[0];
var assemblyName = parts[1];
var instance = (BaseClass)Activator.CreateInstance(assemblyName, typeName).Unwrap();
也许这个例子会有所帮助
public MyInterface GetNewType() {
Type type = Type.GetType( "MyClass", true );
object newInstance = Activator.CreateInstance( type );
return newInstance as MyInterface;
}
下面是用DI处理的一种方式统一 。
IUnityContainer container = new UnityContainer();
string customerNamespace = ConfigurationManager.AppSettings["CustomerNamespace"];
container.RegisterType(typeof(ISomeInterface),
Type.GetType(customerNamespace+".SomeImplementation"));
// ...
ISomeInterface instance = conainer.Resolve<ISomeInterface>();
每个客户都有自己的执行ISomeInterface
在客户特定的命名空间。
您可以从一个装配这样的外部类型的实例:
object obj = Activator.CreateInstance(
"External.Assembly.Name", "External.Assembly.Name.TypeName");
BaseClass b = (BaseClass) obj;
b.getEventId();
你会存储组件的名称和类型在配置文件或其他一些适当的地方。
我会用统一,但作为一个简单的工厂。
统一框架:如何从同一个接口实例化两个班?
你可以存储你的
我使用Unity.2.1.505.2(以防万一有差别)。
<configSections>
<section name="unity" type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection, Microsoft.Practices.Unity.Configuration"/>
</configSections>
<unity>
<container>
<register type="IVehicle" mapTo="Car" name="myCarKey" />
<register type="IVehicle" mapTo="Truck" name="myTruckKey" />
</container>
</unity>
这里是DOTNET的代码。
UnityContainer container = new UnityContainer();
UnityConfigurationSection section = (UnityConfigurationSection)ConfigurationManager.GetSection("unity");
section.Configure(container);
string myKey = "John"; /* read from config file */ /* with this example, the value should be "myCarKey" or "myTruckKey" */
IVehicle v1 = container.Resolve<IVehicle>(myKey);
看到:
http://msdn.microsoft.com/en-us/library/ff664762(v=pandp.50).aspx
和
http://www.sharpfellows.com/post/Unity-IoC-Container-.aspx
文章来源: Dynamically loading classes (with custom behavior) from different assemblies?