目前正在研究移动领域的一些可能的工作，但我还没有（尚未）找到答案的一个问题是，为什么希望将他们的应用程序推向最大范围的手机的开发人员会选择在手机中进行原生编码超越跨平台技术，例如 phonegap、titanium、rhomobile 等。例如，对于同样精通 java 和 javascript 的人选择 phonegap 的 javascript 实现而不是 BB/Androids java 版本，语言熟练程度相同，它们是否有好处？
【问题讨论】：
标签： objective-c java-me mobile cordova
如果您要尝试使用多个平台，尤其是在考虑 Android/BlackBerry 和 Objective-C 时，PhoneGap 是一个很好的解决方案。在黑莓上，根据技能组合和我的经验，在 HTML / CSS 中制作一个漂亮的用户界面可能比在原生 Java 代码中更容易一些，而在 Android 中则要容易一些。
如果您正在为一个平台制作应用程序并且精通该语言，那么一定要使用本机。
请记住，许多平台也在向 W3C 小部件迁移，BlackBerry、Symbian 和 Meego 都支持它们，而 webOS 当然全是 JavaScript。如果 Android 开始提供类似的功能，我不会感到惊讶。
关于 Apple 和第 3.3.1 节，PhoneGap 中的 JavaScript 在本机 iOS UIWebView 控件中执行，到目前为止，第 3.3.1 节没有任何问题 - 事实上，Apple 已经传达了类似 PhoneGap 的解决方案是完全可以接受的. (More信息)
【讨论】：
我可以告诉你我为什么这样做，并记住这些都是非常个人的原因，对我来说是独一无二的（当然在误差范围内）。
但对于初学者来说，自 1990 年代以来，我一直在使用 OPENSTEP 开发与 iPhone 框架非常相似的框架。从 OPENSTEP 到 Mac OS X 的跳跃一点也不难，从 Mac OS X 到 iOS，虽然有点困难，但也没那么难。所以第一个原因是，根据我过去的知识，这是一个简单的过渡。
其次，我一直对针对 iOS 的第三方开发环境持怀疑态度。我了解 Apple，我知道他们喜欢确保事情保持在他们制定的范围内，而且我知道他们过去在 Mac 平台上的其他类似环境中遇到的问题。他们的立场是众所周知的，开发协议中的 3.3.1 部分，任何知道这一点的人都可以知道它即将到来。
3.3.1 表示程序需要最初用 Objective-C、Objective-C++、C 或 C++ 编写。它还允许使用 Javascript，但只能在 WebKit 之上执行。所以我喜欢呆在这些范围内。
以上所有这些只是让我为 iOS 平台编写 ObjC 代码的两大原因。
【讨论】：