中国领先的IT技术网站
51CTO旗下网站
开发移动应用程序的三种选择：原生、HTML5或混合
屏幕那么小，应用程序那么大，我们所知道的生活再度颠倒了过来。在如今越来越社交化、开放化的环境下，移动应用程序扮演着至关重要的角色，而且将重心由互联网端应用程序转向移动设备端应用程序。移动应用程序不再是可有可无，而是必不可少。你需要一款移动应用程序，但又该从哪里入手呢？
作者：布加迪编译来源：51CTO译文| 09:52
【51CTO译文】屏幕那么小，应用程序那么大，我们所知道的生活再度颠倒了过来。在如今越来越社交化、开放化的环境下，移动应用程序扮演着至关重要的角色，而且将重心由互联网端应用程序转向移动设备端应用程序。移动应用程序不再是可有可无，而是必不可少。你需要一款移动应用程序，但又该从哪里入手呢？
许多因素在你的移动战略中发挥作用，比如工作团队的开发技能、所需的设备功能以及安全、离线功能和互操作性的重要性等等，这些因素必须统统考虑进来。最后，这不只是你的应用程序会有什么样的功能，而是如何才能开发出成功的应用程序。
与姑娘一样，你可能需要在几张床上试躺一下，看看床是太软还是太硬，之后才能找到那张合适的床。而有时候根本就没有称心如意的选择。每种开发场景都有其优缺点，那些场景可能适合你的开发工具，也可能不适合。本文的初衷就是帮助你顺利找到一种适合自己的方法来开发移动应用程序。
虽然本文总体上探讨的是移动应用程序开发，但具体来说针对期望开发与、或 交互的移动应用程序的开发人员。目前，Salesforce移动SDK支持开发人员构建这三种类型的应用程序：
&原生应用程序：原生应用程序是某一个移动平台（比如iOS或安卓）所特有的，使用相应平台支持的开发工具和语言（比如iOS平台支持Xcode和Objective-C，安卓平台支持Eclipse和Java）。原生应用程序看起来（外观）和运行起来（性能）是最佳的。
&HTML5应用程序：HTML5应用程序使用标准的Web技术，通常是HTML5、JavaScript和CSS。这种只编写一次、可到处运行的移动开发方法构建的跨平台移动应用程序可以在多个设备上运行。虽然开发人员单单使用HTML5和JavaScript就能构建功能复杂的应用程序，但截至本文截稿时仍然存在一些重大的局限性，具体包括会话管理、安全离线存储以及访问原生设备功能（摄像头、日历和地理位置等）。
&混合应用程序：混合应用程序让开发人员可以把HTML5应用程序嵌入到一个细薄的原生容器里面，集原生应用程序和HTML5应用程序的优点（及缺点）于一体。
原生移动应用程序
简而言之，原生应用程序提供了最佳易用性、最佳特性以及最佳总体移动体验。以下这些是只能通过原生应用程序才能实现的功能：
&多点触控：双击、缩放及其他组合的用户界面（UI）手势。
&快速图形API：原生平台为你提供了显示最快速的图形。如果你显示只有寥寥几个元素的静态屏幕，这个功能可能不太重要，但如果你使用大量数据，需要快速刷新，这项功能却很重要。
&流畅动画：与快速图形API有关的是实现流畅动画的功能。这在动画、高度交互的报表或者转换照片和声音的计算密集型算法中显得尤为重要。
&内置部件：摄像头、地址簿、地理位置及设备的其他原生功能可以无缝地整合到移动应用程序中。另一个重要的内置部件是加密的存储装置，这方面稍后会有详细介绍。
&易于使用：原生平台是人们耳熟能详的平台，所以如果你在这个熟悉的平台上添加人们期望的所有原生功能，也就拥有了一款使用起来完全更容易的应用程序。
&说明文档：市面上仅仅介绍iOS和安卓开发的图书就有2500多本，Stackoverflow等网站上还有不计其数的文章、博文和详细的技术帖子。
原生应用程序通常使用集成开发环境（IDE）开发而成。IDE提供了用于构建、调试、项目管理和版本控制的工具，还提供了专业开发人员需要的其他工具。虽然iOS和安卓应用程序是使用不同的IDE和语言开发而成的，不过开发环境方面却有颇多相似之处，没有必要深入钻研两者的差异。简而言之，设备需要什么样的工具，你就使用什么工具。
你之所以需要这些工具，是因为原生应用程序开发起来比较困难。同样，需要的开发经验也要比其他开发场景来得丰富；你根本不能剪贴拷贝Objective-C，就指望可行。确实，开发团队的技术专长是个重要的考量因素。如果你是名专业开发人员，恐怕早已通晓成熟可靠的API和框架、通过已构建的部件轻松实现的特效，或者将代码都放在一个地方的好处。说实话，这年头技能娴熟的原生iOS或安卓开发人员如同摇滚明星，自然可以提出摇滚明星般的要求。
虽然我们从开发的角度来探讨原生应用程序，不过别忘了还有一个更重要的角度：最终用户。如果你在物色某款应用程序，可以在应用程序商店中找到。如果你开始运行应用程序，它会立即启动。如果你使用应用程序，可以获得快速的性能以及一致的平台外观感觉。如果你的应用程序需要更新，它会告诉你需要更新。原生应用程序为你提供了期望从制造你手头设备的公司获得的一切，好像应用程序的用途就是这样。
HTML5移动应用程序
如果你刚接触移动应用程序开发，那你动作确实有些晚了。不过，就基于Web的移动应用程序而言，我们仍处于早期阶段。当然，诸多浏览器在过去的好多年变得越来越好，可是底层技术却基本上没有发生太大的变化。
但这可能是件好事。HTML5移动应用程序大致上来说就是个网页或一系列网页，旨在可以在尺寸极小的屏幕上打开。因此，HTML5应用程序与设备无关，可以用任何一种现代的移动浏览器来打开。又由于你的内容放在网上，它易于搜索，这可能是个巨大的好处，具体就要看应用程序的性质了（比如购物类应用程序）。
如果你开发过Web应用程序，自然也会喜欢上HTML5，用起来会如鱼得水。如果你刚接触Web开发，技术门槛比较低；相比原生开发或混合开发，它更容易上手。遗憾的是，每种移动设备对于可用屏幕尺寸和分辨率似乎都有各自的认识和理解，所以另外多了一种负担：在不同的设备上进行测试。浏览器不兼容问题在安卓设备上来得尤其常见，所以浏览器方面要小心。
&只要编写一次、可到处运行&的HTML5方法的一个重要部分是，就原生应用程序而言，分发和支持要容易得多。需要开发修正版或添加功能特性？完成后可以为所有用户统一部署。就原生应用程序而言，开发和测试周期比较长，之后消费者通常必须登录到商店、下载新版本，才能获得最新修正版。
在过去的一年，HTML5已全然成为一种非常流行的构建移动应用程序的方式。现在市面上有多种UI框架，可以解决开发人员都不想再次面对的一些最复杂的问题。iScroll在模拟快速滚动方面做得非常出色。JQuery Mobile和Sencha Touch提供了优雅精致的移动组件，插件即便没有数千个，至少也有数百个，它们提供了从轮播到超复杂控件的各种特性。
所以，既然HTML5应用程序开发更容易、支持更容易，覆盖最广泛的设备种类，那么这些应用程序又输在哪里呢？我们已经探讨了原生开发的主要好处，所以我们只重申一点：你无法访问设备上的原生部件。用户也无法获得原生应用程序那样熟悉的外观感觉，也无法使用熟悉的组合手势。不过各方面在取得长足进展，浏览器一直在支持越来越多的功能。
最新一批浏览器支持硬件加速的CSS3动画特性，为滑动面板提供了流畅动画效果，还提供了屏幕之间的转场效果，不过即便如此，还是无法与原生应用程序的功能和灵活性相提并论。如今，根本不可能捕获多点触控输入事件（确定何时多个手指在屏幕上），也不可能使用悬浮、然后落到正确位置的侧滑按钮和照片来获得路径风格的那种优雅精致。
不过，重大局限性在于离线存储和安全，对企业移动应用程序来说更是如此。虽然你可以通过将文件缓存在设备上，貌似实现离线功能，但这根本不是一种很好的解决办法。虽然底层数据库可能经过加密，但是其不如用开发者证书保护每个应用程序的原生钥匙链加密方法来得充分分隔。此外，如果从桌面端启动带验证机制的Web应用程序，每当应用程序被发送到后台，它都需要用户输入登录凭据。这对用户来说是个糟糕的体验。通常来说，在原生平台上实现哪怕微不足道的安全措施对Web移动开发人员来说也是很复杂的任务。因此，要是安全至关重要，这个因素可能会决定你选择哪一种移动技术。
混合移动应用程序
混合开发集原生和HTML5两者的优点（及缺点）。我们定义的混合应用程序是一种Web应用程序，主要使用HTML5和JavaScript构建而成，然后封装在细薄的原生容器里面，可通过容器来访问原生平台功能。PhoneGap是最流行的构建混合移动应用程序的容器。
总的来说，混合应用程序集两者之所长。如果现有的Web开发人员在优化JavaScript，处理CSS从而设计漂亮布局以及编写可在任何平台上运行的兼容HTML代码方面已成为行家里手，现在就能构建功能复杂的移动应用程序，并不牺牲很酷的原生功能。在某些情况下，原生应用程序开发人员可以为图像处理之类的任务编写插件，但在这种情况下，很多问题隐藏在细节中。
在iOS上，嵌入式Web浏览器或UIWebView与Safari浏览器不一样。虽然区别不大，但它们会在调试时带来棘手问题。这就是为什么有必要使用克服了所有局限性的流行框架。
你知道，原生应用程序安装在设备上，而HTML5应用程序驻留在Web服务器上，所以你可能会想：混合应用程序将其文件存储在设备上还是存储在服务器上？没错，实际上有两种方式来部署混合应用程序。
&本地：你可以将HTML和JavaScript代码包装成移动应用程序二进制代码，采用类似原生应用程序结构的方式。在这种场景下，你使用REST API，在设备和云端之间来回转移数据。
&服务器：另外，你可以从服务器来部署标准的Web应用程序（可采用可选的缓存机制，以提高性能），只要将容器用作UIWebview上面那层细薄的外壳。
Netflix有一款很酷的应用程序，它使用了一样的代码库以便在所有设备上运行UI：平板电脑、手机、智能电视、DVD播放机、冰箱和汽车。虽然大多数人不知道该应用程序是如何部署的，也并不关心，但下面这一点很吸引你：他们可以迅速更改界面，或者进行A/B测试，确定最佳的用户交互。视频解码和流式传送这些基本工作交给了原生层，以获得最佳性能，所以这是一款运行快速、看似原生的应用程序，确确实实集两者之众长。
移动开发领域在不断变化。每过半年，就会出现一种新的移动操作系统，其独特的功能特性只有通过原生API才能访问。之后不久，容器将那些功能特性引入到混合应用程序，而互联网每过几年就会迎来巨大飞越。基于目前的技术，本文中介绍的其中一种开发场景势必会适合你的要求。不妨用下面这张表对此作一个总结：
应用程序特性
HTML、Canvas和SVG
HTML、Canvas和SVG
原生外观和感觉
应用程序商店
应用程序商店
联系人和日历
安全的文件存储
安全的文件系统和共享式SQL
在线和离线
主要是在线
在线和离线
ObjectiveC和Java
HTML5、CSS和JavaScript
HTML5、CSS和JavaScript
英文原文：
布加迪编译
【编辑推荐】
【责任编辑： TEL：（010）】
大家都在看猜你喜欢
外电头条原创原创头条
24H热文一周话题本月最赞
讲师：21人学习过
讲师：7人学习过
讲师：12人学习过
精选博文论坛热帖下载排行
信息安全风险评估理论研究日趋成熟，相关资料比较充分，但有关评估实际工作的参考资料很少。本书以信息安全风险评估实践为基础，围绕评估工...
订阅51CTO邮刊国外主流移动开发平台应用介绍_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
国外主流移动开发平台应用介绍
上传于|0|0|文档简介
&&一方面是移动终端设备和系统版本的不断更新,一方面是各种移动应用的快速的发发展,越来越多的移动应用开发商和需要在移动终端上发布服务信息或提供直接服务的各种商家,都面临对移动应用解决方案的选择,要么建设一个能够自主研发iOS,Android,BlackBerry、Windows、Symbian、Palm、J2ME等各种系统环境移动应用的技术团队,要么寻求专业开发工具的支持。本文将基于国外的成功产品经验提供给大家一些技术参考。
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩9页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢到底什么情况该选择H5开发--百度百家
到底什么情况该选择H5开发
分享到微信朋友圈
移动web是目前唯一的支持各种设备访问的平台，与桌面web一样，移动web支持各种标准的协议。移动web也是唯一一个可供开发者发布移动应用的平台。它将各种移动交互与桌面任务有效地连接了起来。
移动web是目前唯一的支持各种设备访问的平台，与桌面web一样，移动web支持各种标准的协议。移动web也是唯一一个可供开发者发布移动应用的平台。它将各种移动交互与桌面任务有效地连接了起来。
移动web平台具有以下一些优点：容易学习，开发成本低、标准化、使用方便、易于发布。我将这些优点归结为无处不在原则：通常开发简单而且市场广泛的东西往往能够取得成功。
“高质量”也是成功的关键因素之一，而这一点移动web这些年还没能做得很好。移动web在许多方面还存在一些困难，如解决设备的多样性就是提升移动web质&量的一个重大挑战。但是，移动web遇到的困难远没有native&apps遭遇的挑战来得复杂。另外，这些挑战将在这几年的时间里得到有效的解决。
众所周知，我是移动web的拥护者;然而，我也是第一个承认native&app重要性的人。开发native&App可以充分利用设备的特性，而这一点往往是web浏览器做不到的，所以对一个产品本身而言，native&App是最佳的选择。
下面蚂蚁HTML5社区将讨论一下native&App的一些主要功能。
什么时候应该开发一个Native&App？
为应用收费
没有任何地方规定开发者不能对一个移动web&app收取使用费，但是由于某些原因，人们常常认为不能或是不应该对一个web&app收取费用。由于历史原因，导致移动设备上付费服务遭遇两大阻力：
在移动设备上输入信用卡号相当麻烦，而且在许多老式设备上也没有安全保障。一种典型的方式是，如果你需要对你的应用收费，你可以与运营商达成协议，让运营商代为为你的服务收费。这也意味着，你需要和多个运营商达成合作。这通常是首选的方法，因为许多手机用户可能根本就没有信用卡，比如青少年。
另一种方法是将用户的信用卡信息保存在一个安全的网站上。用户可以通过登录到该网站购买应用服务。这个过程不算特别理想，因为这意味着用户不能直接通过他们的移动设备购买服务了。
移动运营商是会提成的。app无论是通过运营商还是通过移动设备发布，他们都为应用提供了一套收费机制。这些运营商和移动设备将会提取部分收益，然后将剩余的部分交给应用开发商，这也意味着，开发人员必须遵守他们的市场规则。适应运营商的市场规则通常是非常困难的，需要投入大量的人力资源。相比而言，移动设备的市场规则则简单许多，但是也存在不少的困难。
妨碍运营商和移动设备开发商利益的应用以及服务都将受到阻扰。过去，那些不靠运营商和移动设备开发商运作的网站如果收入过于显眼的话，都逃脱不了被关闭的命运，但是最近，这样的事情鲜少发生了。
如果你想为你的native&app收费，那么你就必须接受这个现实——你必须遵守别人的市场规则，还得放弃部分收益。
如果你是想开发一个移动游戏(移动游戏是移动市场上最大的一块)，那么你需要开发一个native&app。游戏对资源的占用很大，并且需要使用许多设备API或平台API。虽然，现在有几款完全使用web技术开发的游戏占有了一定的市场份额，但是和native&app市场的占有情况相比，还是微不足道的。游戏用户对应用的视觉和操作效果要求很高。移动web虽然提供了一些仿真体验，但还远远不能满足用户的需求。
在开发移动游戏时，你需要慎重考虑你的应用需要支持哪些平台。幸运的是，现在有许多工具能够帮助你将你的游戏推向多个平台，但是完成这些工作，还是需要花费大量的人力和物力。
使用定位功能
下一个功能就是定位功能，可以通过GPS或者是信号检测确定用户当前的位置信息。以前只能通过native&app的APIs查看用户的位置信息，但现在大多数主流移动浏览器上都嵌入了W3C&Geolocation&API。像iPhone或Android这样安装了WebKit的设备，或是配置了Opera或Mozilla浏览器的设备，都可以获取用户的位置信息。
我相信定位功能会为Web技术带来许多全新的应用。如果能够合理利用web浏览器，web开发商就能使用用户的位置信息和其他内容开发出更加有趣的应用。虽然这在技术上没有太大的困难，但却受到隐私保护条例的限制。我们将web浏览器当做是用户进入World&Wide&Web的入口。加入定位功能，意味着在网站中引入了一些敏感信息，这有可能导致严重的后果。但是位置感知应用中显示的位置信息必须经过用户的授权，用户当然有权禁止应用发布自己的位置信息。
使用摄像头
摄像头可以为你的应用提供丰富的可能性。以往移动MMS(Multimedia&Messaging&Service)被用于处理移动照片。换言之，你拍了一张照片后，需要使用MMS将它传送给一个服务器，服务器对照片做出相应的处理，并将处理完成的结果通知给你。这个过程是非常耗时的，而且相当复杂，也没有可靠性保障。
通过访问摄像头，native&app开发者能够简化拍照的过程。用户可以直接在客户端对照片做一些简单的处理，只有在有需要的时候才将照片上传给服务器，而且是通过可靠的HTTP传输。W3C正在开发一个访问摄像头的API，但现在还没有将这部分工作正式整合到浏览器中。
在许多类型的移动apps中，摄像头是非常有用的，比如快拍应用、短片拍摄应用等等，摄像头可以用来捕捉许多重要的瞬间。不久的将来，我们可以看到——只要通过摄像头拍摄某个标识，应用程序就能自动完成对标识上的语言转换工作——这个技术在日本已经开始流行起来了。
使用感应器
现在越来越来越多的移动设备上都新增了感应器功能，该装置可以感知设备的物理速度以及重力，并将感知的数据结果传送给设备。这个装置常被用来感应设置是否被翻转，应用根据接受到的信息自动调节画面的方向。
感应器可以用来帮助用户提升与设备交互时的真实感;大多数移动设备都是手持的，应用能够根据设备的方向调整内容画面，比如翻转屏幕，或是检测物理移动，并能据此猜测用户所处的环境。举一个简单的例子：比如用户正在走路，那么感应器能够检测到一个轻缓的移动或是速度，这时可以为用户提供一个大字体的用户界面，从而使得用户更容易看清屏幕上的内容。
然而，开发者也不能过分依赖感应器，因为感应器无法区分究竟哪些交互是有意的，而哪些是没有意义的。每个移动交互都需要通过“传输测试”。设计你的交互时必须考虑用户在一个拥挤的汽车或是火车上的场景。考虑一下如果用户正身处拥挤的地铁或是正在驾车时，你的应用能否正确处理用户摇晃移动设备的动作。通常，大多数开发者都没有考虑这些因素。确保为每个任务设计一个备用方案以处理特殊场景中的移动交互。
访问文件系统
如果你的应用需要将数据保存在本地，那么你需要开发一个native&app。比如你要保存用户的地址簿、电话或e-mail信息，或是保存从其他设备上获取的数据。
访问文件系统常常会涉及到安全和用户隐私保护的问题。恶意应用程序可能会修改或是删除你的移动设备上的数据。一个携带病毒的应用程序可以利用移动设备上的关系网将病毒扩散到许多其他的手机上，在采用移动应用认证机制以前，这种事情是常常发生的。
另一方面，移动设备正变得越来越私人化，移动设备上保存了大量用户的个人信息，以及用户的朋友信息和商业信息。针对这些私人信息开发应用是一个不错的想法。但是这也存在一定的风险，使用保存在移动设备上的数据可以为用户提供更加有针对性的服务。
开发者必须谨记，只有在获得用户的授权后才能访问用户的私人数据。我们看到许多应用在没有得到用户授权的情况下使用了大量的用户私人数据，而被误认为是垃圾信息或是钓鱼应用，即使这些应用原本是在提供一些非常有用的服务。人们对你的应用的误解将会影响到你的服务的推广，如果运营商收到过多关于你的应用的投诉，那么你的服务可能将被终止，甚至会牵连其他的应用。
访问文件系统时至关重要的一点就是在没有获得用户授权的情况下，不要访问任何用户的私人数据。而这一点，往往被大多数应用忽略了。
W3C正在为移动开发商开发相关的标准API，但目前该工作尚未完成。
最后一个需要开发native&app的理由就是，用户有可能是离线的或者无法接入移动网络。这在城市可能很少发生，即使是在农村，网络的覆盖也已经逐步普及了。但是短暂的网络连接中断还是时常发生的，你的应用程序应该考虑如何处理这种情景。
想想用户通常在什么时候，在哪里会使用你的app。如果是一个移动游戏，那么用户很可能在飞机上使用这个app。跟踪地图应用常在偏远且网络覆盖不佳的地方使用。移动旅游向导常在一个国外的网络中访问，往往需要支付漫游和国际网络费用。这时，应用程序最好能够为用户提供离线服务，保证用户在不接入网络的情况下，仍然能享受同等的服务。
现在支持HTML5的浏览器也能实现脱机访问功能，但对用户来说可能不太明显。随着越来越多的浏览器都开始支持脱机访问，应用需要明确地告诉用户网络连接中断时，他们仍然可以访问移动web&apps。
Native&apps常常假设网络连接是可靠的。App通常只考虑了网络状况良好的情景，想当然地认为网络是封闭的，并且网速足够快。移动设备从网络良好的环境突然进入一个网络糟糕的环境并不少见。Native&apps应该在网络状况最差的情况下测试。比如用户启动任务时可能还是全信号覆盖，而在任务结束时可能已经完全没有网络信号了。
用户在安装native&apps时，根本不会考虑是在线访问还是离线访问——他们期望的是不管在任何状况下，native&apps都能正常工作。而这也是开发者的职责。
什么时候应该开发一个Web&App？
只要你的应用程序不满足之前提到的native&app条件之一，那么你就没有必要开发一个native&app，而应该选择开发一个web&app。正如文章之前提到的，我是一个native&app的拥护者，我认为native&app有许多优秀的特质，并且具有很大的市场潜力，但是web&apps是唯一一个经久不衰的移动内容、服务、应用开发平台。
Native&App并不能明显地为用户提供更好的服务;它反而会增加项目的成本，减少了应用发布的渠道，增加了App升级的复杂度，削弱了开发者对应用的控制和利润，&并且可能会给设备带来麻烦。Native&App可以为开发者带来短期的效益，但这是有一定风险的，甚至可能会影响到移动市场的可持久发展。
移&动Web&App的优势在前文中已经提到过了。如果上一节提到的几点功能是促成你选择Native&App的唯一原因，那么如果能够在移动浏览器上屏蔽这些障碍，你是否还会坚持选择Native&App呢?Palm的webOS已经着手解决了上述的部分问题。他们基于WebKit构建了一个全移动操作系统，将手机变成了一个web浏览器。所谓的&“native&apps”实际上就是一个web&apps。
PhoneGap也是一个类似的项目，这个开源项目用于帮助开发者在&iPhone、Android以及BlackBerry设备上开发native&apps，并且能够模拟设备上的功能(如定位功能和文件系统)供web&apps调用。这些代码可以在各个设备的应用商店中发布并且出售，但是他们使用的通用代码和设计是可以共享的。由于开发的是一个web&app，开发者可以为低端的移动浏览器开发一个简化版的应用。只用开发一次，就可以部署在多个平台上了，
对于那些有着丰富的移动开发经验的&程序员来说，一提到“要开发一个功能丰富的应用”时，可能首先想到的就是native&app。虽然在很多设备上，这一想法仍然适用，但是现在移动web&apps上也提供了足够丰富的功能接口供开发者调用。这使得web&app不仅可以像native&app一样被设计得功能丰富界面绚丽，而且还能在各个平台上迁移，甚至不用修改一行代码。
现在在移动设备开发中，移动web&apps的创新进入了前所未有的高潮时期。但更重要的是，这是有史以来第一次，移动设备开发商决定共同制定一个移动web开发的标准，就像是桌面web上&的标准一样。不仅如此，那些支持移动web&app创新功能的设备或是支持第三方浏览器的移动设备都受到消费者的欢迎。
所以与其问自己“我为什么要开发一个web&app?”，还不如直接问自己“我为什么不开发一个web&app呢?”。
首发于蚂蚁HTML5社区（），微信关注我们：mayi_zzfriend
分享到微信朋友圈
在手机阅读、分享本文
还可以输入250个字
推荐文章RECOMMEND
阅读：1118
热门文章HOT NEWS
昨天，万众瞩目的万科业绩发布会上，现场很多记者和股东本来是去打...
娱乐资本论
花儿街参考
百度新闻客户端
百度新闻客户端
百度新闻客户端
扫描二维码下载
订阅 "百家" 频道
观看更多百家精彩新闻您正在使用IE低版浏览器，为了您的雷锋网账号安全和更好的产品体验，强烈建议使用更快更安全的浏览器
发私信给郭晓龙
导语：【编者按】本文发布于@涂雅 的个人博客。作者通过Objective-c+HTML5进行混合开发，制作了一款模拟原生App的应用。用现实点的语言去描述，这款产品完全是以一种Geek的心态去制作，很酷。文章中的内容没有教你学会怎么去码，也没有教你如何去营收。只是想再一次的告诉你，我们的
同步到新浪微博
当月热门文章
为了您的账户安全，请
您的邮箱还未验证,完成可获20积分哟！
您的账号已经绑定，现在您可以以方便用邮箱登录