Windows phone 8 Protobuf网络导致Windows Phone应用商店上的认证失败

Windows phone 8 Protobuf网络导致Windows Phone应用商店上的认证失败,windows-phone-8,windows-phone-8.1,protocol-buffers,protobuf-net,windows-phone-store,Windows Phone 8,Windows Phone 8.1,Protocol Buffers,Protobuf Net,Windows Phone Store,我最近开始使用protobuf网络库来解决现有游戏端口在WindowsPhone8.1的.NETCore中缺乏二进制序列化的问题 到目前为止,protobuf网络一直在为我工作。然而,当我来提交应用程序时,它没有通过认证测试。该报告将protobuf net dll中的各种方法和类列为不受支持的API 本报告的一个例子是: 此应用程序类型不支持此API-API=System.Reflection.Emit.Label。模块=MSCORLIB,公钥令牌=7CEC85D7BEA7798E。File=

我最近开始使用protobuf网络库来解决现有游戏端口在WindowsPhone8.1的.NETCore中缺乏二进制序列化的问题

到目前为止,protobuf网络一直在为我工作。然而,当我来提交应用程序时,它没有通过认证测试。该报告将protobuf net dll中的各种方法和类列为不受支持的API

本报告的一个例子是:

此应用程序类型不支持此API-API=System.Reflection.Emit.Label。模块=MSCORLIB,公钥令牌=7CEC85D7BEA7798E。File=protobuf-net.dll。 此应用程序类型不支持此API-API=System.Reflection.Emit.DynamicMethod。模块=MSCORLIB,公钥令牌=7CEC85D7BEA7798E。File=protobuf-net.dll。 此应用程序类型不支持此API-API=System.Reflection.Emit.ILGenerator。模块=MSCORLIB,公钥令牌=7CEC85D7BEA7798E。File=protobuf-net.dll。 此应用程序类型不支持此API-API=System.Reflection.Emit.LocalBuilder。模块=MSCORLIB,公钥令牌=7CEC85D7BEA7798E。File=protobuf-net.dll。 此应用程序类型不支持此API-API=System.Reflection.MemberTypes。模块=MSCORLIB,公钥令牌=7CEC85D7BEA7798E。File=protobuf-net.dll

还有很多,但为了简单起见,我把它们省略了。然而,据我所知,MSDN文档说明这些API中的每一个都在Windows Phone 8.1上受支持。当然,在我自己的测试中,从VisualStudio部署时,该库已经在设备上正常工作了数周

有人知道我在这里可能遗漏的任何步骤吗?一些需要在包清单中设置的标志或类似的东西?或者我可能使用了不正确的protobuf net版本(我从WindowsPhone8.0项目构建了dll)

谢谢


Tom

当你作为一个通用应用程序来做这件事时,你将自己限制在桌面应用程序也可以使用的API上,同时你的应用程序是通用应用程序还是Silverlight应用程序?这是一个通用应用程序,因此基于此,我现在将该项目修改为Windows Phone 8.1项目,而不是通用项目。然而,古怪的测试也因同样的错误而失败。我看到的类(ILGenerator、Emit.Label、Emit.DynamicMethod等)都“在Windows Phone 8.1中受支持”在他们文档的备注部分,例如,您现在已将整个应用程序转换为Windows Phone Silverlight应用程序?我已将其转换为Windows Phone 8.1应用程序,而不是Windows Phone 8.1 Silverlight应用程序。当然,非通用Windows Phone 8.1应用程序不会限制为桌面API?它仍然是一个通用应用程序(即使您只针对一个平台),并且您正试图使用来自不同平台(即Silverlight平台)的应用程序;这与Silverlight phone应用程序中支持Linq to SQL的方式相同,但不支持通用应用程序。我不知道,如果您没有明确创建一个应用程序,它仍然是一个通用应用程序。在Visual Studio中创建新项目时,会向您提供Windows应用程序、Windows phone应用程序或通用应用程序。我从您的话中理解它们现在都是最终的通用应用程序,但Windows应用程序针对的是Windows应用商店,而Windows Phone应用程序针对的是Windows Phone应用商店?虽然应用程序运行得很好,但我很困惑,如果我不打算在该平台上发布,为什么我们不得不将其限制在Windows API上。