2012-01-24 44 views
1

这是我第一次在我的应用程序中实施反盗版代码。反盗版并向苹果提交应用程序

我使用的方法Landon FullerLC_ENCRYPTION_INFO)。

该方法是基于在App从App商店下载时被加密。

我检查,结果发现,下载的应用程序确实加密。我还发现,当我在Xcode中创建我的应用程序时 - 即使我使用Release build - 应用程序尚未加密。

我的问题是:当我上传应用程序到苹果使用加载应用程序,他们将测试它,它已被加密后,或者他们将测试在其未加密的形式?后者会导致应用程序无法正常工作,这当然会导致应用程序不被批准。

+0

您将如何测试它自己,如果你不能从AppStore的加密版本?你会提交未经测试的代码?我尝试了与我的第一场比赛类似的事情,在第二次更新中,我删除了所有反盗版代码,因为它会影响制作好的应用程序。其结果是中国盗版很多,导致中国的长期销售增加。使用盗版检测最明智的理由是限制昂贵后端应用的服务器负载。也许你可以在Apple检查代码时禁用服务器端的检查。 – ikuramedia

+0

测试不是问题。我在我的代码中找到了正确的字段,发现加密是关闭的。我也到了从App商店购买的应用程序中的正确字段(使用otool,当然不是代码),并发现它处于开启状态。我模拟了开启和关闭的预期行为。我希望我可以对我的代码的其他部分充满信心:)我考虑推迟几周的测试,让苹果审查代码,但我想知道这是否有必要。 –

回答

3

这篇文章是旧的,这就是错误的方式来处理盗版。 (使用In-Apps,您可以验证购买)

由于使用未公开的API,应用程序将被拒绝的机会最大,作者自己声称他不再使用它。从页面

报价:

然而,有一个问题 - 这一切都不是由苹果记录。虽然大多数API和文件格式是公开的,但实际的分发格式不是。 Apple可以随时更改签名格式,元数据plist或任何其他分发组件,此时,您的版权保护可能会产生误判,并且您的付费客户会想知道为什么您在浪费时间。

所以你的问题的答案是不担心他们将如何测试它,因为它不会通过。

+0

我如何验证应用程序本身(不是来自App内的东西)是否使用In-App购买? –

+0

by In-App我的意思是应用内购买。结帐:http://bit.ly/ogrirZ – user513790

+0

这就是我的意思。我如何验证应用程序本身(不是从应用程序内购买的东西)是否是使用此API购买的?而且,盗版应用不能使用应用内购买? –

相关问题