AE绑定产品时报错：
RuntimeManager.BindLicense(ProductCode.EngineOrDesktop, LicenseLevel.GeodatabaseUpdate);
解决方案：在 .NET 4.0框架下将目标平台改为X86就好了
.NET 4.5 之后再目标平台位Any CPU时 勾选首选32位就好
那么接下来就分析下这种错误出现的原因：
主要是启动项目是在Any CPU平台下编译的，而Any CPU取决于当前的操作系统，我的操作系统是64位的。但是ESRI.ArcGIS.Version.dll这个引用是32位的，64位程序不能加载32位的dll，所以就出现了这个报错。
附加x86、x64、Any CPU区别：
简单的说，他们之间最直接的区别就是：x86平台编译出来的exe（可执行文件）或dll（动态链接库）都是32位的。以此类推，x64对应的则是64位的。而Any CPU则是取决于当前的操作系统，若操作系统是32位的，则编译出来的程序就是32位的，反之编译出来的就是64位程序。
未能加载文件或程序集...或它的某一个依赖性。试图加载格式不正确的程序。”之类的错误。这是因为32位程序不能加载64位的dll，更不能调用其中的类、方法和对象等。反之，若主程序是由x64平台编译出来的，而dll是x86的呢？答案。。也是不行的！说到这里，基本上可以确定一点：dll和主程序的生成平台只要一致就可以。那么问题来了！若主程序是Any CPU编译的，而dll是由x86或者x64平台编译的，又或者，主程序是x86或者x64平台编译的，而dll是由Any CPU编译的呢？正确答案就是两者在“特殊情况”下都是可行的。为什么说是“特殊情况”下呢？因为Any CPU取决于操作系统，只要dll和主程序的生成平台一致，那么也是可行的。所以，由上可知：若主程序是在Any CPU平台下编译的，那么编译dll的平台必须要和编译主程序的操作系统一致才行。若主程序是在x86或者x64平台下编译的，那么dll就必须要和主程序一致。不过有个特例：若dll由Any CPU编译的，那么这个dll就可以被32位和64位的主程序调用。这是为什么呢？请看第三点。
虽说Any CPU编译出来的程序取决于操作系统，但是由Any CPU编译出来dll则取决于调用它的主程序，即若主程序是32位的，那么dll也是32位的，若主程序是64位的，那么dll就是64位的。所以dll一般采用Any CPU平台编译，而主程序一般采用x86平台编译。
