Ongoing

Use the LoadFile method to load and examine assemblies that have the same identity, but are located in different paths. Do not use LoadFile to load assemblies that you want to execute.
LoadFile does not load files into the LoadFrom context, and does not resolve dependencies using the load path, as the LoadFrom method does. LoadFile is useful in this limited scenario because LoadFrom cannot be used to load assemblies that have the same identities but different paths; it will load only the first such assembly.

即不同物理位置的相同程序集通过LoadFile加载后，实例化其中的对象后不能进行类型比较，因为没有相同的环境。所以在类似插件系统的程序集动态加载的实现中应该使用LoadFrom方法（btw：调用后不会自动加载依赖的程序集）。

    业务元模型相对于业务需求、技术实现和表现形式而言，是比较稳定的，通过设计一个表达能力较强的业务元模型来描述业务，再使用MDA工具将其实现，这是件多么美好的事情啊！但如何才能真正实现呢，或者说如何较为完美的自动化的实现PIM到PSM的转化呢？路漫漫其修远兮！

在用.Net Framework 1.1编写一个程序集的时候，编译器禁止你在同一个名字空间中设计两个名称相同的类，这似乎是理所当然的事情。
但我最近发现，在两个不同的程序集中倒是可以分别设计两个名字空间和类型名称完全相同的类，并可将此两个程序集最终编译到同一个可执行程序中正常运行。对此我十分疑惑，若在运行时有一个程序集同时引用定义了该名称类型的两个程序集，那在创建该类实例的时候究竟以哪份类的定义为准呢？
继续思考中......

前段时间想通了这个问题，做点备忘吧。
其实在不同程序集中定义名称相同的类型也是可以理解的，或说是不能绝对避免的。
静态引用会有警告，而动态加载那就可以指定程序集后再加载类型。
事实上，同一个程序集若处于不同的物理目录也可在同一个AppDomain中加载两次，且由两个程序集对应的不同的Assembly对象通过反射创建的同个不同对象的类型也是不一样的。

    最近使用WinXP共享目录的时候发现，若登录者操作系统为win2000\winxp\win2003，则无法访问WinXP操作系统的主机，即使输入正确的guest的用户名/密码仍然显示错误提示“未授权用户在此计算机上的的请求登陆类型”。

原因：是guest在本地安全策略中的用户权限中被禁止从网络登录所致。

解决方法：配置本地安全策略 \安全设置\本地策略\用户权限分配\中的“拒绝从网络访问这台计算机”，把guest删除、保存即可。