2018-8-20//Visual Studio 2017 pro//FBXSDK2015.1
1.想通过托管的方式,打包成插件给Unity(v5.6.6f2_64-bit)测试,失败,推测不可修复,因为Unity只支持安全的MSIL的托管模式,而这种模式打包FBXSDK是会报错的(Error C4956 此类型不可验证)。
2.关于托管模式的说明,此次顺便研究了一下关于托管模式,以及FBXSDK的普通C#封装(/clr 模式),是可行的,需要注意以下几个点。
3.如何打包出.net 3.5以下的托管DLL,相信使用过托管都会发现,无论是修改.vcproj还是怎样,既视看到引用那里写着版本2.0,打包出来后,使用Reflector能看到,还是关联着两个mscorlib和System,而且多半是4.0的,这可能对部分开发者来说很棘手,因为他们的目标的平台可能是.net 3.5(比如一开始我的想法是Unity Editor),那么需要注意以下几点:
3.1VS版本的选择,VS2008以后的版本,只要是托管的打包,就默认会包含.net 4.0的引用,怎么挣扎也没有用,所以,必须安装VS2008。
3.2FBXSDK版本的选择,如上所述,由于必须借助VS2008来打包,则必须有对应vs版本的libfbxsdk-md.lib或者libfbxsdk-mt.lib(因为你没有源码),所以,FBXSDK2015.1是最后一个支持VS2008的版本,如果你需要.net 3.5以下的托管,请选择这个版本。
3.3为什么一定要VS2008,可以不要吗,毕竟VS2008是个远古版本,先说说这次踩的坑,因为libfbxsdk-md.lib或libfbxsdk-mt.lib是一定要对应版本的ToolSet才能编译的,所以如果你需要.net 3.5以下版本的托管,必须要,要不然你能弄到v90版本的ToolSet估计也行,这个没有测试。

本文详细记录了在使用FBXSDK时遇到的问题,包括在Unity中使用托管DLL的失败尝试,以及如何通过VS2008打包出.NET 3.5以下版本的托管DLL。重点讨论了VS版本选择、FBXSDK版本匹配、工具集安装等问题,并提供了相关资源链接和注意事项。
3065

被折叠的 条评论
为什么被折叠?



