首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

如果情节提要初始视图控制器发生更改,视图控制器将丢失展开段

情节提要初始视图控制器发生更改,视图控制器将丢失展开段。

当情节提要初始视图控制器发生更改时,可能会导致视图控制器丢失展开段。展开段是指在iPad上使用分屏功能时,应用程序的主视图控制器和详细视图控制器同时显示在屏幕上的一部分。如果初始视图控制器发生更改,可能会导致应用程序无法正确显示展开段。

为了解决这个问题,可以采取以下步骤:

  1. 检查初始视图控制器的更改:首先,需要确认初始视图控制器是否被正确设置。可以检查应用程序的入口文件(如AppDelegate.swift)中的代码,确保正确设置了初始视图控制器。
  2. 检查故事板设置:如果应用程序使用故事板来管理界面,需要确保故事板中的初始视图控制器设置正确。可以打开故事板文件,检查是否正确设置了初始视图控制器。
  3. 检查分屏支持设置:如果应用程序需要在iPad上支持分屏功能,需要确保在应用程序的Info.plist文件中正确设置了分屏支持。可以在Info.plist文件中添加"UIRequiresFullScreen"键,并将其值设置为"NO",以确保应用程序可以在分屏模式下正常工作。
  4. 重新编译和测试应用程序:完成以上步骤后,可以重新编译和测试应用程序,确保初始视图控制器的更改不会导致展开段丢失。

总结: 当情节提要初始视图控制器发生更改时,可能会导致视图控制器丢失展开段。为了解决这个问题,需要检查初始视图控制器的设置、故事板设置、分屏支持设置,并重新编译和测试应用程序。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

跟着官方文档学习3D Touch

大意如下: 3DTouch为iOS9用户提供了一个额外维度的人机交互界面。在支持3DTouch的设备上,在app外,人们可以在主屏幕上按压app图标来快速选择app可执行的某个具体的操作。在app内,人们可以使用不同的压力来得到不同的内容查看效果:1.预览视图 2.打开一个单独的视图控制器界面查看视图,进而进行其他交互。 苹果的3D Touch分为两类,一类是app外,在主屏幕上按压app的图标,可以在app图标旁边弹出一个带有快捷操作项的菜单。另一类是在app内,稍用力按压某个视图,可以预览除去该视图额外的内容,再稍加用力按压屏幕,可以弹出另一个控制器界面,这个控制器界面就是点击这个被按压的视图将会跳转的控制器。 下面我就以app内和app外两个维度来跟着官方文档解释3D Touch。

05

IOS移动开发从入门到精通

1 应用程序的5个阶段,放在 AppDelegate.swift application:didFinishLaunchingWithOptions 当应用程序载入后执行该方法。 ●applicationWillResignActive 当程序将要进入非活动状态时,调用此方法,在此期间,程序不接收消息或事件。 ●applicationDidEnterBackground 当程序被推送到后台的时候,调用此方法。如果要设置当程序进入后台仍然继续某些动作时,在这个方法里面添加代码即可。 ●applicationWillEnterForeground 当程序将要从后台重新回到前台的时候,调用此方法。 ●applicationDidBecomeActive 当程序进入活动状态的时候,执行该方法。 ●applicationWillTerminate 当程序将要退出时,将调用该方法。通常是用来保存数据和进行一些退出前的清理工作。

02

iOS中storyboard故事板使用Segue跳转界面、传值

在iOS的开发过程中,不可避免的要设计界面,在android中有xml设置界面和直接使用java代码设置界面控件两种方式,在之前的ios开发中也是类似的有xib文件设置界面及用代码直接设置控件两种方法,但后来又出了一种方式,就是storyboard故事板子,其实storyboard和xib文件很像,最大的不同之处在于一个xib文件对应一个ViewController视图控制器,而storyboard对应多个,基本一个应用只需要一个storyboard就可以了,不再需要为每个控制器创建一个xib文件,从这点上来说,还是很方便的,在storyboard中查看各个界面的跳转也很方便,但之前一直使用xib进行开发,对storyboard的使用不太熟悉,今天好好学习了一下其中的界面跳转和传值,用到了Segue这个东西,这里借着例子说明一下。

02

Objective C (iOS) for Qt C++ Developers(iOS开发,Qt开发人员需要了解什么?)

Qt/C++开发人员眼中的Obj-C 对于我们第一次自己定义iOS应用来说,对于来自Qt/C++开发人员来说,我不得不学习Objective-C相关语法与知识 为了让读者可以更easy理解这篇博客的内容,我将描写叙述诸多我所学到的东西.这将很多其它的是大脑转存而不是单一的教程 ,所以我仍然希望这将对你非常有帮助,我将首先写编程语言的差异,然后再写关于类库的差异 1.Objective C vs C vs C++ 类似于C++,Obj-c是C语言的一个超集(这不是100%正确的,可是一个足够好的语句来理解它),您将使用的文件扩展名的头.h和.m来表示Obj-C语法 注意还有obj- c++文件扩展名.mm,尽管我如今还不会写. 类似于塞班c++,Obj-C是使用两个阶段进行构造:首先你在堆上分配对象,然后调用init方法. 通常能够避免调用两个方法和仅仅使用一个静态简便的方法,直接给你一个新分配的对象(比如stringWithCString). 全然不同(起初很分散)是Obj-C函数的调用方法,类似通常的C-ish方式,比如NSLog(@“我的日志消息”);但也有Obj-C语法对象的调用方法。 作为一个样例,这是对象有一个方法包括两个參数:obj(obj methodName:param1value param2:param2Value]。看起来非常奇怪甚至别扭,但你要去适应它。 在Objective C,这是通常被称为发送消息,不不过它的调用方法,还有好多我发现更加混乱. 在上面这种方法演示样例,methodName是所谓的选择器。一个选择器是一个方法的标识符。有时你必须识别方法(类似于一个函数指针), 在上面的样例中你能够这样写@selector(methodName:param2:). 在c++中没有根对象和Qt QObject仅用于一些对象,Objective C有强制性的根对象NSObject . 相反Qt你想信号/插槽,你仅仅用QObject类,而Obj-c这里你用NSObject做不论什么事情. 自从iOS 5 实现ARC(自己主动引用计数),觉得它像一个隐式QSharedPointer在你的对象。编码过程感觉到你有一个垃圾收集器。在内部,ARC告诉编译器插入保留(添加引用计数)和释放(减量引用计数和终于销毁)语句在您的代码中。 我觉得这是非常棒的,假设你坚持正常的做事的方式你基本上能够不再再操心内存泄漏. Objective C属性类似于Qt中的Q_PROPERTY,这意味着您能够使用好obj.var = foo语法在代码内部(obj setVar:foo)消息称为(好吧. .消息发送)。您能够创建一个属性@property和编译器使用@synthesize为你做一个getter / setter。 当然也能够定制getter / setter实现很多其它的内部逻辑,比如实现延迟初始化。 你能想象Objective C托付作为一组插槽。托付对象的一个托付方法被对象调用通知某些事情已经发生。这很类似于Java的接口 2.与Qt相关类相类似的东西 与语法一样重要是相关的库所提供的iOS(和OS X)。请继续阅读,了解他们提供的对象和功能。 NSString对象是一个常量字符串。您还能够创建通过@“followed by me”。

01

【总结】ios端被忽略的文件容错测试

iphone沙盒模型的有四个文件夹:分别是 documents,Library,tmp,app包。手动保存的文件在documents文件里,NSUserdefaults保存的文件在tmp文件夹里。 1) Documents 目录:一般需要持久的数据都放在此目录中,可以在当中添加子文件夹,iTunes备份和恢复的时候,会包括此目录。您应该将所有的应用程序数据文件写入到这个目录下。这个目录用于存储用户数据或其它应该定期备份的信息。 2) Library 目录:这个目录下有两个子目录:Caches 和 Preferences Preferences 目录:包含应用程序的偏好设置文件。您不应该直接创建偏好设置文件,而是应该使用NSUserDefaults类来取得和设置应用程序的偏好. Caches 目录:用于存放应用程序专用的支持文件,保存应用程序再次启动过程中需要的信息。 3) Tmp 目录:这个目录用于存放临时文件,当iOS设备重启时,文件会被自动清除。 4) AppName.app 目录:这是应用程序的程序包目录,包含应用程序的本身。由于应用程序必须经过签名,所以您在运行时不能对这个目录中的内容进行修改,否则可能会使应用程序无法启动。 2.确认哪些文件需要进行容错测试? 不同的App本地存储文件的个数、属性都不同,如果所有的文件都要手动进行容错测试,成本与收益可能不成正比,除非通过白盒测试、自动化容错测试等手段来进行避免。那么在以上测试条件不满足时,如何进行精准测试呢? 通过该bug分析发现,出现问题是因为config.plist文件格式发生了变化,所以需要针对特殊测试场景进行考虑: 1)当本地文件格式发生变化时,一定要进行相关文件的容错测试 2)当某文件为App通用文件(比如配置文件),需要重点进行容错测试 3)当文件目录用户容易修改时,需要进行容错关注 3.文件容错测试检查内容 文件或文件夹的检查 1)文件或文件夹不存在 2)文件或文件名称与预期不符 3)文件或文件夹损坏 文件内容的检查 1)文件内容为空 2)文件中的字段被删除 3)文件中的字段类型错误 4)文件中的字段值超出最大值 5)文件中的字段值超出最大长度 6)文件中的字段对应的内容路径不存在

05
领券