我很快就会为我的网站编写一个原生的iPhone应用程序。该网站已经过移动优化，因此可能只是位于UIWebView。 Facebook应用程序如何运作？它有类似的功能吗？
如果我确实使用了UIWebView，那么我将如何存储用户凭据，以便他们不必每次都登录以及如何上传照片？这是我的两个主要要求。
答案 0 :(得分：2)
Facebook应用程序将成为原生应用程序。它与移动网站不同。
你可以在这做两件事。如果您要将您的原生应用程序设为UIWebView，那么请不要打扰！您可以在您的网站中嵌入一个苹果图标，以显示用户是否在其主屏幕上为您的网站添加了书签。要使用此功能，请使用<link rel="apple-itouch-icon" href="/apple-touch-icon.png" />代码执行此操作。
第二个是制作一个完全原生的应用程序。我知道UIWebView应用程序的好处，但是负面因素很明显。 UIWebView应用程序很俗气，功能不强，使用起来很糟糕。移动网站不是应用程序（除非做得很好）。您将拥有点击，捏合和缩放，网页视图上可怕的反弹效果的链接，这些链接可能允许用户离开您的移动网站，但在您的应用内。同样，除非巧妙地完成，否则您必须在您的应用程序上提供浏览器控件，这将使其看起来像一个俗气的Web浏览器。
我的建议是坚持使用您的网站，优化基于触摸的输入，使其成为一个非常好的移动网站，或创建功能齐全的原生应用程序。请记住，并非所有网站都需要有应用程序。如果您的应用程序不是必需的，那么它只是适合为它制作应用程序。我不知道其他人，但我在网络浏览器上花的时间比在应用程序中花的时间多。
关于上传和身份验证，然后a）身份验证应该已经在您的网站上完成。 UIWebView只是在您的应用程序中运行的safari的一个实例，因此它将能够获取和存储cookie以及各种类型。我相信这些会在应用会话结束时降级，但很容易传递到目标c并存储在存储的首选项中。 b）即使您将网站放在网页视图中，上传也无法正常工作。您必须（在某些时候）切换到您的应用程序中的本地运行的上传屏幕。
我建议您从一个简单的原生应用开始。让用户登录，上传内容和做其他基本内容 - 无论他们目前在您的移动网站上做什么。然后继续进行人们要求的其他事情，或者你有时间制作它们。您不必使用功能完整的网站版本启动您的应用程序（事实上，这将是愚蠢的，因为他们在手机上的移动网站上唯一无法做的就是上传内容）。我确信随着产品的发展，人们会要求功能。
答案 1 :(得分：1)
我会看看PhoneGap，您可以通过javascript http://phonegap.com/
访问本机设备功能