iPhone6 Plus横屏显示怎么设置_iphone技巧_ARP联盟
您当前的位置→iPhone6放大模式怎么设置，苹果6放大显示设置_百度知道
iPhone6放大模式怎么设置，苹果6放大显示设置
1、先请打开手机主屏上的“设置”应用，在设置列表中找到“显示与亮度”选项，点击进入。2、在显示与亮度列表中，找到“显示模式”一栏，点击进入。3、在我这里当前是采用的放大模式，即把原来的应用图标在桌面上等比放大。如果你想在主屏上获得更多的摆放空间，可以选择“标准模式”来显示，然后点击“设定”按钮。4、随后再点击底部弹出的“使用标准模式”选项，然后会重新启动手机来启用新的显示模式。5、可以自由在标准模式与放大模式二种显示模式间自由切换，根据个人的使用习惯，一样的操作方法。
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁2519人阅读
看到这个题目你可能不信，引出这个问题的缘由是几次项目中Chrome模拟器和iPhone6真机预览效果不一致。
为什么在Chrome Emulation模拟手机页面和真机预览效果不一致？
以前觉得不外乎两个原因：
1.某些机型或浏览器对一些CSS属性不支持。
2.某些设备不支持12px以下字体。
今天要补充的第3个原因是对于iPhone手机还会与手机系统设置的显示模式、设备硬件有关。
下面开始讨论iPhone6/iPhone6 Plus的设备屏宽，这里说的设备屏幕宽度专指设备物理显示尺寸（device-width），我们知道苹果从iPhone4开始引进了Retina屏幕，一个CSS像素可以表示多个物理像素（当然，在页面缩放到其他比例时候，也可以做到CSS 的1px表示多个device pixels，只不过导致的是清晰度的不同）。首先要明确，我们前端开发中的CSS pixels和设备分辨率所讲的resolution pixels 无关。由于我们大部分移动设备默认的viewport都是980px，多数情况下要大于device-width。所以为了阅读方便，我们一般都要在移动端重置viewport，让width=device-width。再这样可以做到按页面宽度100%充满屏幕，水平不出现滚动条，使得阅读浏览体验更佳。补充一下，通过JavaScript获取viewport的方式：document.documentElement.clientWidth，获取device-width的方式window.innerWidth。今天要说的就是设备屏宽device-width问题。
iPhone6设备屏幕宽度是375px，iPhone 6Plus设备屏幕宽度414px，这是我们前端开发人员一向坚信的“真理”。可今天我要质疑这个已成的定论。
去年iPhone6/iPhone 6+刚上市时，用js检测过iPhone6与iPhone 6 Plus的屏幕宽度，得到的结果都是iPhone6屏幕宽度375像素，iPhone6 Plus屏宽414像素（默认标准模式）。后来就一直坚信这一结论，直到今天，项目在Chrome下模拟iPhone6 Plus的效果，调试完成后，用真机测试竟然不认识@media only screen and (min-device-width: 414px) and(-webkit-min-device-pixel-ratio:
3)这个媒体查询，这已经不是第一次遇到这种情况了，觉得有必要刨根问底，把“肇事者”揪出来，于是开始不停的测试，查找原因所在。
首先查找CSS代码的问题，查了reset样式，也进行了CSS validate，没有收获。
既然CSS Media Query媒体查询代码并没生效，隐隐约约开始怀疑曾经自己亲自证实的结论，也就是我们一直认为的：iPhone6设备屏幕宽度是375px，iPhone 6 Plus设备屏幕宽度414px。
怀疑归怀疑，但是自己也不相信会推翻原有结论。而且，经常在国外的技术网站和Stack Overflow游荡，从未遇到过例外啊！只是不放心，为图个心安，于是带着核实情况的心里继续用JS代码来探测设备的宽度。
JavaScript代码只需要两句：
alert(window.innerWidth);
alert(window.devicePixelRatio);
一个检测屏幕宽度，第二句检测设备像素比。
借来了许多同事的iPhone6和iPhone6 Plus，看到测试结果差点把我惊呆了。有的设备宽度是320，有的是375，有的414，乱了。。。
后来发现从iPhone6开始，系统设置提供了“显示模式”设置。
“显示模式”分为“标准”和“放大”两种选择：如果想让iPhone 6/6 Plus 桌面应用图标显示效果变得更小，可以设置为“标准”模式。想要大图标的显示效果，则可以设为“放大”模式。
设置操作步骤为：
1.&&&&&&点击桌面的设置（Settings）
2.&&&&&&下滑找到“显示与亮度”项。
3.&&&&&&点击“显示模式”。
4.&&&&&&在“标准”与“放大”二者之中选择一个，点击右上角“设定”。
5.&&&&&&最后再点击底部弹出的“使用xx模式”选项进行确认，手机重启。
通过切换两种显示模式，用JS获取到以下数据：
iPhone6 Plus第一个设备（白）：
iPhone6 Plus在标准模式：&& 屏幕宽度414px，像素比为3. （iOS 8.1.3 &(12B466)）
iPhone6 Plus在放大模式：&& 屏幕宽度375px，像素比为3. （iOS 8.1.3 &(12B466)）
标准模式屏宽414，放大模式屏宽375.
iPhone6 Plus第二个设备（银）：
iPhone6 Plus在标准模式：&& 屏幕宽度414px，像素比为3. （iOS 8.2& (12D508)）
iPhone6 Plus在放大模式：&& 屏幕宽度375px，像素比为3. （iOS 8.2& (12D508)）
标准模式屏宽414，放大模式屏宽375.
iPhone6 Plus第三个设备（白）：
iPhone6 Plus在标准模式：&& 屏幕宽度414px，像素比为3. （8.1.1 &(12B436)）
iPhone6 Plus在放大模式：&& 屏幕宽度375px，像素比为3. （8.1.1 &(12B436)）
标准模式屏宽414，放大模式屏宽375.
iPhone6第一个设备（白）
iPhone6 在标准模式：&& 屏幕宽度320px，像素比为2. （iOS 8.2& (12D508)）
iPhone6 在放大模式：&& 屏幕宽度320px，像素比为2. （iOS 8.2& (12D508)）
标准模式和放大模式屏宽均为320.
iPhone6第二个设备（白）
iPhone6 在标准模式：&& 屏幕宽度375px，像素比为2. （iOS 8.1.3& (12B466)）
iPhone6 在放大模式：&& 屏幕宽度320px，像素比为2. （iOS 8.1.3& (12B466)）
标准模式屏宽375，放大模式屏宽320.
iPhone6第三个设备（银）
iPhone6 在标准模式：&& 屏幕宽度375px，像素比为2. （iOS 8.2& (12D508)）
iPhone6 在放大模式：&& 屏幕宽度320px，像素比为2. （iOS 8.2& (12D508)）
标准模式屏宽375，放大模式屏宽320.
iPhone6第四个设备（白）
iPhone6 在标准模式：&& 屏幕宽度375px，像素比为2. （iOS 8.1& (12B411)）
iPhone6 在放大模式：&& 屏幕宽度320px，像素比为2. （iOS 8.1& (12B411)）
标准模式屏宽375，放大模式屏宽320.
通过观察我们可以发现，iPhone6 Plus在放大模式的屏宽等于iPhone6标准模式屏宽，大部分iPhone6在放大模式的屏宽等于iPhone5/5s的屏宽，这意味着，iPhone6 Plus在放大模式下的显示内容是和iPhone6的标准模式一样的，iPhone6放大模式的内容和iPhone5s的显示内容是接近的。但也有例外，某些iPhone6无论何种显示模式屏宽都是320px。无论在初始设置的时候你选择了哪个显示模式，之后你都是可以进行改变并切换的。
是什么原因造成的，这里不得而知，推测大概与出厂硬件的屏幕材质有关系。或许这种某些iPhone6的特殊情况只在大陆存在吧~~鄙视下苹果区别对待大陆用户的做法！！！
这就引出一个问题，我们在对iPhone设备适配时候，又多出几种情况。iPhone系列设备媒体查询：
@media only screen and (min-device-width: 320px){
//针对iPhone 3
@media only screen and (min-device-width: 320px)and (-webkit-min-device-pixel-ratio: 2) {
//针对iPhone 4, 5c,5s, 所有iPhone6的放大模式，个别iPhone6的标准模式
@media only screen and (min-device-width: 375px)and (-webkit-min-device-pixel-ratio: 2) {
//针对大多数iPhone6的标准模式
@media only screen and (min-device-width: 375px)and (-webkit-min-device-pixel-ratio: 3) {
//针对所有iPhone6+的放大模式
@media only screen and (min-device-width:412px) and (-webkit-min-device-pixel-ratio: 3) {
//针对所有iPhone6+的标准模式,414px写为412px是由于三星Nexus 6为412px，可一并处理
结论是，做移动端Web兼容测试时候，不能将Chrome模拟效果同iPhone6/Plus真机完全划等号。一定要在确认了iPhone设备所处显示模式和真实屏宽后再针对性的进行调试。
退一步说，姑且认为标准模式和放大模式下设备宽度都是320px的情况属于个例。不过在没有确认iPhone6/iPhone 6 Plus是处于标准模式还是放大模式的前提下，来测试CSS媒体查询代码，来查看真机预览效果，都是不靠谱的做法。因此，在未确认设备显示模式的情况下，这个结论是完全成立的：iPhone6屏宽不一定是375px，iPhone6 Plus屏宽不一定是414px。
转载请注明：原创文章来自CSDN freshlover的空间&
版权声明：本文为博主原创文章，未经博主允许不得转载。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：665598次
积分：6846
积分：6846
排名：第1401名
原创：117篇
转载：45篇
评论：55条
(1)(1)(3)(1)(2)(1)(1)(1)(1)(1)(1)(1)(3)(2)(6)(6)(6)(12)(7)(5)(13)(10)(12)(22)(5)(1)(13)(5)(6)(5)(3)(2)(1)(3)(1)App适配iPhone 6/ Plus和iOS 8：10条小秘诀
招聘信息：
（原文： 作者：Jack Wu 译者：）过节啦！为庆祝佳节，看看我给这篇文章写的这段极客小诗吧：“Keynote前夜，无人知晓，新API能否登场对Siri的期待，Touch ID的希望而此刻iOS 8应声而出，震惊全场扩展，Swift，Metal，整整一箩筐通用Storyboard，又有谁曾料想一片欢呼声中，有人开始迷惘现有的这些App，适配问题实在惆怅不过不必担心，因为这篇教程会与您讲讲新的API和屏幕尺寸，助你的App焕发容光遵循十条小贴士，豁然开朗iOS 8萌萌哒！嗯……老鸭粉丝汤？”先不管诗写的怎样，言归正传——让你的App适配iOS 8和新设备的十条小贴士——正好赶上节假日！:]准备开始你可能会想&“我在iPhone 6 Plus上把我的App遛了一遍，看起来没啥问题”&。没错，你的App跑起来应该和原来一样，但这并不意味着你可以就此收手！让现有的App在&放大显示模式（Scale Mode）&下运行，这一点Apple已经做得不错了，App单纯地被放大，以此适应更大的屏幕。随便扫一眼，似乎还可以，但你会发现上面的状态栏也变大了。现在你一定想让自己的App在全屏显示模式下运行吧，有图有真相：全屏显示模式让你的App能在相同的屏幕空间内显示更多的信息。注意，状态栏的大小也不一样。在这张图片中，文字可能看起来特别小，但在Retina HD屏幕上看起来刚好合适。现在开始准备适配全屏显示模式，那么问题来了：&要放弃支持iOS 7吗？你总要做出最终抉择，然而这里还有几点值得考虑：iOS 7用户依然能在App Store上获取当前版本。大屏设备（iPhone 6和iPhone 6 Plus）运行系统的最低版本是iOS 8。虽然iOS 8的采用率低于一年前同期的iOS 7，但也已经超过60%。酷炫的新API。:]好，现在你心意已决，接下来我们分三个小节来讲 让你的App适配iPhone 6，iPhone 6 Plus和iOS 8的十条小贴士。注：如果你选择iOS 7为更新的目标系统，你依然可以使用新API。欲知如何在同一个App中支持不同的iOS版本和设备，请参阅。第一小节 – 支持新的屏幕尺寸第1条：选用自适应布局和通用Storyboard如果你的App已经在用Storyboard和Auto Layout，那就省事了，适配工作轻而易举。如果没有，&更待何时？&Size Class&依赖于&Auto Layout 和 通用Storyboard（Universal Storyboard），显然Apple已经清楚表明Storyboard会是将来iOS App的一大中心。而且，没有这个的话最新的SDK WatchKit根本跑不起来。好消息是，如果你还没选用，上有几篇关于Storyboard和Auto Layout的优秀教程。我很中意这几篇：要开始实现自适应布局，第一步就是把现有的Storyboard转换成&通用Storyboard&——一个可以处理任何屏幕大小界面的Storyboard。你要做的只是点击一下！打开你的Storyboard，在Info Panel（command＋option＋1）信息面板中选定&Use Size Classes&：你会注意到你的视图都变成了正方形。先别太激动，这并不意味着你的App现在可以支持黑莓Passport手机，这只是一个适配&Any（任意）&屏幕尺寸的代表性尺寸。所有的约束应该是原样保留了下来，目前还没有任何实质变化。你可以使用&Assistant Editor（辅助编辑器）&中新加的&Preview（预览）&模式来确认这一点。你现在&可以&做的是为不同的尺寸类别单独设置约束。要深入学习自适应布局，尺寸归类和通用Storyboard，请参阅。注：如果你的App是Universal App，你可能为iPhone和iPad界面单独准备了不同的Storyboard。这里有两种选择：继续使用分开的Storyboard。只把iPhone的Storyboard，或把所有的Storyboard转换成通用Storyboard，然后依然分别为iPhone和iPad进行适配。砍掉重练！改成一个通用Storyboard！这样以后就只需维护一个Storyboard，不过这个方案的工作量可不小。目前Xcode中还没有帮助你重构的工具，转换只能靠自己。第2条：开启全屏显示模式与启动画面文件回想一下，全屏显示模式比放大显示模式爽多了，而你刚刚完成的工作只是采用自适应布局，如果你的App不能在全屏显示模式下运行的话，这又有何益呢？幸运的是，开启全屏显示模式相当容易，还有一点额外的好处！Apple如是说：在运行时，系统会查找Storyboard launch screen file（Storyboard启动画面文件），如果想让系统知道你的App支持iPhone 6的不同屏幕尺寸，请在你的App Bundle里包含一个Storyboard启动画面文件。 如果存在这样的文件，系统会认定你的App明确适配iPhone 6和iPhone 6 Plus并在全屏显示模式下运行。打住！&启动画面Storyboard&？也许你会问：“顾名思义的话……我再也不用准备20个启动画面图片了？”对对对！确定一定以及肯定！这就开工吧，由&New File&向你的App中添加一个新文件。在iOS > User Interface当中有一个新的文件类型&Launch Screen&，名副其实，向你的App添加一个新的启动画面！话说Xcode创建的默认启动画面真是有点寒碜。有意思，前面我们聊的都是Storyboard，这下Xcode为你创建了一个&xib&文件。赶紧打开这个xib，删掉那几个丑到爆的label，把它装扮成你喜欢的样子吧。如果想让它和以前一样的话，只要添加一个包含启动图片的UIImageView就可以了。最后，到项目综合设置（General Settings）里像这样选择你的新xib文件为&Launch Screen File&：构建你的App并在iPhone 6 Plus模拟器上运行，新启动画面和超赞的全屏显示模式，尽情享受吧。注：如果要支持iOS 7和／或更老的系统版本，你依然要提供4英寸启动图片。否则你的App会以3.5英寸模式显示。第3条：新一代Retina显示屏和@3x图片iPhone 6 Plus配备了401 PPI的新一代&Retina HD 显示屏&。要适配这么高的分辨率，你需要提供&3倍&分辨率的图片。就像@2x图片一样，你要做的就是提供@3x图片，iOS会帮你加载正确的图片。注：iPhone 6同样配备了Retina HD 显示屏，但其像素密度与前代Retina iPhone相同，依然加载@2x的图片资源。你的App可以在全屏显示模式下运行了！喜大普奔！不过还有很多问题要处理，请先不要离开！第二小节 – 用户许可的变动用户一定会喜欢iOS 8在隐私设置方面的改进。不幸的是，如果使用不当，你的App可能会崩溃。在这一小节中，你将修复这些问题，让用户放心、开心。往下看，这小节的三条小贴士：第4条：修复位置许可iOS 8引入请求用户位置的两个新权限：一个仅当App运行时接收更新，另一个可以在App未运行的时候接收更新。以前，开始监视位置的时候，iOS会自动向用户寻求App权限。这一点在iOS 8中有所改变，你需要在开始更新位置之前明确地显式请求用户许可。为此，如果当前许可状态不明，你需要调用&CLLocationManager&的requestWhenInUseAuthorization或requestAlwaysAuthorization方法。在CLLocationManager调用startUpdatingLocation方法之前加上这个调用就行了。就这么简单：&&self.locationManager&=&[[CLLocationManager&alloc]&init];
&&self.locationManager.delegate&=&
&&if&([CLLocationManager&authorizationStatus]&==&kCLAuthorizationStatusNotDetermined)&{
&&&&[self.locationManager&requestWhenInUseAuthorization];
&&[self.locationManager&startUpdatingLocation];最后一步：在App的&info.plist&中添加&NSLocationWhenInUseUsageDescription&或&NSLocationAlwaysUsageDescription&为新键，然后输入告知用户请求许可的字符串。例如：“显示附近的物品项需要获取您的位置。”第5条：修复通知注册在iOS 8中，用户通知许可有变动，主要是为了支持&可操作通知&。老版本的相关API在iOS 8中无效，不宜使用。现在，通知许可共分为两&层&，你的App必须先请求许可&显示&特定类型的通知，而成功得到用户许可后，你需要请求许可接收&远程&通知。之前的做法是在-application:didFinishLaunchingWithOptions:内调用-registerForRemoteNotificationTypes:来接收delegate回调检查状态。如果在iOS 8中这么写，你会发现根本没有调用delegate方法。这是由于你需要先请求第一层用户通知许可。以下是&appDelegate&中的一个简单示例：-&(BOOL)application:(UIApplication&*)application&didFinishLaunchingWithOptions:(NSDictionary&*)launchOptions&{
&&UIUserNotificationSettings&*settings&=&[UIUserNotificationSettings&settingsForTypes:UIUserNotificationTypeAlert&|&UIUserNotificationTypeBadge&|&UIUserNotificationTypeSound&categories:nil];
&&[application&registerUserNotificationSettings:settings];
&&return&YES
-&(void)application:(UIApplication&*)application&didRegisterUserNotificationSettings:(UIUserNotificationSettings&*)notificationSettings&{
&&if&(notificationSettings.types&!=&UIUserNotificationTypeNone)&{
&&&&[application&registerForRemoteNotifications];
-&(void)application:(UIApplication&*)application&didRegisterForRemoteNotificationsWithDeviceToken:(NSData&*)deviceToken&{
&&//&...&(no&changes&needed)
-&(void)application:(UIApplication&*)application&didFailToRegisterForRemoteNotificationsWithError:(NSError&*)error&{
//&...&(no&changes&needed)
}与之前相比多了一个回调，下面是这几步的简要解释：首先创建一个UIUserNotificationSettings，一个定义了App显示通知类型的设置对象，其中也包括定义操作的类目（categories）。调用-registerUserNotificationSettings:，传入设置对象。这会向用户请求许可。当用户给予回应，新的delegate方法-application:didRegisterUserNotificationSettings:被调用。这里传入的notificationSettings与第二步传入的那个对象不一定相同。这个只描述得到了用户许可的权限。查看types就可以验证用户许可了那些权限。如果成功获得用户许可，现在可以调用-registerForRemoteNotifications。注意这个方法不再接受参数了。现在设置信息已经被设置对象捕获，这里只要请求接受远程通知。此后依然能像往常一样通过相同的回调来获取设备令牌（device token）。第6条：友好的二次许可请求如果用户在询问首次出现时拒绝许可，那么以后就不再弹出询问。如果用户拒绝了一个必要的许可，常见的情形是在App中显示错误页面，或是告诉用户如何到&设置隐私&中开启相应许可的提示。上述做法多少显得有些笨拙，也有不少App因此得到了差评。iOS 8提供&UIApplicationOpenSettingsURLString&来简化这部分工作。这个字符串常量的特性是：把它传入-openURL:方法会直接让用户跳转到相应App的设置。这样一来，请求许可省了不少事。正确的使用姿势是在一个按钮或提示的操作（Action）中加入这行代码：[[UIApplication&sharedApplication]&openURL:[NSURL&URLWithString:UIApplicationOpenSettingsURLString]];第三小节 – 适配后日谈现在你的App已经完成iOS 8适配，可喜可贺，iOS 8的新API正等着你呢。特性适配终于大功告成，App完全可以正常工作了，现在开始享受乐趣吧 :]第7条：释放Swift语言的力量使用Swift语言最明显的好处就是缩减文件数和代码行数。不必用Swift重写任何现有代码，甚至在现有项目中你都可以直接在新类和新文件中开始写Swift代码。以下是确保Swift和Objective-C在项目中和平共处的参考建议：在项目中首次添加Swift文件时，Xcode会为你创建&桥接头文件（bridging header）&。请允许Xcode如此处理。如果想在Swift文件中使用Objective-C类，请用一条标准#import语句将Objective-C头文件导入桥接头文件。如果想在Objective-C代码中使用Swift类，请将包罗头文件（umbrella header）ProductModuleName-Swift.h导入相应的.m文件，其中&ProductModuleName&是模块名，多数情况下是项目名称，但还是去项目设置里仔细检查一下比较好。确保你的Swift类要么继承一个Objective-C类（例如NSObject），要么使用@objc注明类名和方法名。要深入了解Swift，请参阅我们的还有，其中多数教程已经为Swift更新或谈及Swift。如果想深入学习如何协同使用Swift和Objective-C，请参阅Apple的指南。第8条：重要的API隐退或更新信息iOS 8更新了Cocoa Touch的一些基本成分。UIAlertView，UIActionSheet还有UISearchDisplayController都有了用起来更顺心的替代品，而UIPresentationController在视图控制器的呈现过程中会发挥大家喜闻乐见的作用。UIAlertController&取代了UIAlertView和UIActionSheet，提供基于block回调的优雅接口。举个例子：UIAlertController&*&alert&=&[UIAlertController&alertControllerWithTitle:@"Are&you&sure?"&message:@"Once&deleted&this&item&cannot&be&recovered."&preferredStyle:UIAlertControllerStyleAlert];
[alert&addAction:&[UIAlertAction&actionWithTitle:@"OK"&style:UIAlertActionStyleDefault&handler:^(UIAlertAction&*&action)&{&[self&deleteItem&]}];
[alert&addAction:&[UIAlertAction&actionWithTitle:@"Cancel"&style:UIAlertActionStyleCancel&handler:{}];
[self&presentViewController:alert&animated:YES&completion:nil];如你所见，再也不用指定delegate了，想呈现就调用-presentViewController:，看着多舒服，&就是这个味儿。UIAlertController也带来了一些新功能，比如多按钮还有文本框的简单配置。想了解更多，请参阅&NSHipster&上的这篇精品文章：&（）。UIPresentationController&让你在呈现视图控制器时随心所欲。以优雅的、可重用的方式来随意操控呈现的色调、位置和动画效果。要深入了解呈现控制器（Presentation controller），请参阅或的第六章“呈现控制器简介”。第9条：新增的酷炫视觉效果模糊效果是iOS 7广受喜爱的新特性之一。Apple终于在iOS 8中公开了这个API：全新的&UIVisualEffectView&和&UIVibrancyEffectView&类！UIVisualEffectView&是一种弱化背景的有效方式，而&UIVibrancyEffectView&会让前景更加艳丽。这两个类都已经做过优化，但滥用的话，它们会拖慢你的App性能，一定要谨慎使用。想入门iOS 8视觉效果的话，请看我们的&。第10条：新选择，新世界本教程的主要内容是如何让你的App在iOS 8上运行，按着前面的这些小贴士来，干得漂亮！好（坏？）消息是这&还&只是刚开始，iOS 8带来的东西太多啦！在iOS 8中扩展App功能的方法很多，把以前的不可能化为可能。以下是为你的App锦上添花的几点参考：利用&WatchKit&为你的App创建手表扩展。创建&Today Extension&，让用户在通知中心关注信息。利用&Document Provider&实现应用间的文件共享。在通知中添加&Action&操作。集成&Touch ID&方便用户进行身份认证。要深入了解关于iOS 8和WatchKit的更多内容，请参阅&&还有&。何去何从？iOS 8前所未有地为更多功能敞开了大门。带着这些新工具，似乎再次迎来了一个新的开端。希望您喜欢这篇文章，从这些小贴士中获益。朋友们，继续前进，用代码创造欢声笑语！ :]本篇教程内容纷纭杂沓，但愿我表达足够清晰。以下链接供读者参考：（本文为CocoaChina组织翻译，本译文权利归译者所有，未经允许禁止转载。）
微信扫一扫
订阅每日移动开发及APP推广热点资讯公众号：CocoaChina
点击量12056点击量10224点击量7487点击量6704点击量6593点击量5575点击量5237点击量5039点击量4443
&2015 Chukong Technologies,Inc.
京公网安备89