我正在开发一款iPhone应用程序,可以从第三方网站解析HTML,并以更方便的方式显示已解析的内容。作为工作流程的一部分,该应用程序接受信用卡信息,然后将其传递到第三方网站,就像在普通浏览器中一样。
您认为我的应用被苹果拒绝的几率有多高?
为了澄清,接受信用卡不是我的选择。我正在使用的网站将此步骤作为其用户交互的一部分。我所有的应用程序都是将每个步骤中的丑陋HTML包装成一个具有移动外观的可读,可用且易于导航的用户界面。
答案 0 :(得分:7)
在申请Apple时务必记住一件事。他们希望客户像这样,
当第三方网站更改其内容时,您的应用程序肯定会失败。而您的客户和Apple的客户会有这样的感受。
永远不要编写长期会破坏您的应用程序或创建非常糟糕的用户体验的内容。
Apple已拒绝纽约时代申请向客户索取信用卡详细信息。因此,如果我们在任何时间点询问信用卡详细信息,我们的申请将无法通过
答案 1 :(得分:1)
当您提交应用时,您不会向Apple提供源代码,因此我怀疑他们是否会知道您抓取某个网站,而不是使用普通的网络服务API。特别是如果您访问的网站使用HTTPS。我猜这个网站的付款部分是安全的,但也许不是其余部分?
即使网站没有使用SSL加密,我也没有看到任何迹象表明Apple评论员正在使用网络嗅探器并检查HTTP响应的内容并将其与您的UI显示的内容进行比较。
我不同意其他关于此设计的评论(第三方网站抓取)是脆弱的,但这不是你的问题,所以我不会赘述。
答案 2 :(得分:0)
如果Apple因此拒绝了您的应用,我会感到惊讶。然而,这就是说,做你做过的事情通常不是一个好主意。唯一的例外是,如果您(或其他人)打算在每次对网站进行任何更改时都虔诚地维护和更新应用程序。
如果另一方面它是一个关闭项目以获得应用程序设置,那么之后它将被搁置并且不受支持我强烈建议您重新考虑您的设计。
无论哪种方式,只要你的代码是一半体面,如果苹果拒绝它,我会非常惊讶(绝对值得检查苹果指南,检查你是否侵犯了他们的任何规则)。
希望这有帮助。
注意:有关信用卡信息的部分是一种狡猾的领域。我之所以这么说是因为亚马逊最近因为他们通过他们的Kindle应用程序付款而与苹果公司发生了问题,但苹果公司没有收到其约30%的削减(因为付款是通过亚马逊自己的服务器等处理的)。如果您正在接受付款,您可能会面临同样的问题 - 值得关注!
答案 3 :(得分:0)
我认为Apple不会拒绝您的应用程序解析网站,并以修改后的用户友好方式呈现部分/全部内容。
如果在应用中使用了付费的内容或服务,如果它要求信用卡付款,我认为Apple会拒绝您的应用。例如如果是数字杂志订阅,您将被拒绝。如果它是一双鞋的付款,你将不会被拒绝。