WPF绑定的属性必须是 public 的

有一个类库，我用internal 关键字不公开里面的类，然后用[assembly: InternalsVisibleTo(“MyApp”)] 共享给友元程序MyApp使用 。MyApp是个WPF程序，在里面新建继承了原来库中的类，并把它改造成了可观测的（Observable）以便于WPF的控件进行绑定。

一切都正常也没有报错，但是在我运行之后我发现控件无法从绑定源获得更新，找了半天才发现这个原因。可以参考一下微软和Stack Overflow 的信息：Binding Sources Overview、Binding to an internal property?

如何保护DotNet程序不被反编译

下面这段话来自： 链接地址

将程序集中的相关Method(方法)编译成Unmanaged（非托管代码）

下面介绍的内容是不管你是菜鸟，或是高手，都无法得到核心代码的方它可称之为终极的保护手段，因为它就是“非托管代码”。

什么是托管代码，什么是非托管代码。简单的说，托管代码就是需要Jit去解释的中间语言代码，而非托管代码就是本机代码。

下面要介绍的方式就是教您如何在自己的程序集中即拥有托管代码，又拥有非托管代码。注意，非托管代码是无法被现在的反编译工具反编译的。

 特别注意一点，我没有自己试过，但我看人做过，并得到了证实。

在Dotnet程序集中，允许托管代码和非托管代码共存，怎样实现呢？这并不是无偿的，这是需要条件的。它的条件就是必须使用VC++.NET非托管方式来写dll，再用VC++托管方式建立工程引入这个本机代码的dll。最终生成一个Dotnet程序集的dll。那么这个程序集里面即有托管代码，又有非托管代码。托管代码是可以反编译的，而非托管代码不可能被反编译。

有人可能要问了，这和自己用VC++写个dll有什么区别？区别就是这样的结合更紧密一些，而且也不能用常规的分析Asm的工具去分析这个dll。这里还要解释一个误解，有人说，利用Win32的本机代码写注册算法，并生成dll供给Dotnet程序集调用，防止破解。其实这句话只说对了一半，这只能增加破解注册机的难度，并防止不了破解。为什么呢？因为注册对不对还是要在Dotnet程序集中进行判断，所以，只要改掉这个判断，一样达到了破解效果。但是如果要分析注册算法，那可就是困难了一些了。

查看更多

生成随机文件名的方法比较

Path.GetRandomFileName拥有更复杂的算法，因为在运行了2亿次之后，我没有得到任何重复项。另一个结果是Guid.NewGuid()大约比Path.GetRandomFileName()快了5倍。

问题：调试正常，编译exe后无法正常运行（界面不显示）

经过排查，确认了是数据绑定的原因，有一种情况，当绑定源的属性为 {get {…}, private set{…} } 或者 {get {…}, protect set{…} } 时。若绑定模式为TwoWay就会导致这个问题。

语法 <in T>或<out T>

定义泛型时，in表示泛型不可以改变，即使它是对象类型。

in和out用在范型interface和delegate中, 用来支持逆变和协变（in是逆变，out是协变）。协变保留赋值兼容性，逆变与之相反。

参考内容。

特性 [assembly: InternalsVisibleTo(“xxx”)]

对于访问等级为internal的类型，如果使用这个特性可以指定以xxx名称的程序集有访问权限。参考内容。

特性 [Export]

参考内容：

微软给我们提供的强大的组件化开发框架：System.ComponentModel.Composition。我也是刚刚接触不久，下面我就班门弄斧，向大家展示下一个简单的demo。

using System;
using System.ComponentModel.Composition;
using System.ComponentModel.Composition.Hosting;
using System.Linq;
using System.Reflection;
 
namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            Go go = new Go();
 
            //获取当前执行的程序集中所有的标有特性标签的代码段
            AssemblyCatalog catalog = new AssemblyCatalog(Assembly.GetExecutingAssembly());
 
            //将所有Export特性标签存放进组件容器中（其实是一个数组里面）
            CompositionContainer container = new CompositionContainer(catalog);
 
            //找到所传入对象中所有拥有Import特性标签的属性，并在组件容器的数组中找到与这些属性匹配的Export特性标签所标注的类，然后进行实例化并给这些属性赋值。
            //简而言之，就是找到与Import对应的Export所标注的类，并用这个类的实例来给Import所标注的属性赋值，用于解耦。
            container.ComposeParts(go);
 
            if (go.test!=null)
            {
                go.test.show();
            }
            Console.ReadLine();
        }
    }
 
    //定义一个测试接口
    interface ITest {
        void show();
 
    }
 
    //Export出去的类型和名称都要和Import标注的属性匹配，类型可以写ITest, 也可以写Test
    [Export("wakaka",typeof(ITest))]
    class Test : ITest
    {
        public void show()
        {
            Console.WriteLine("OK");
        }
    }
 
    class Go
    {
        [Import("wakaka")]
        public ITest test { get; set; }
    }
}