xcode江湖录-第04章 风水宝地--界面生成器之StoryBoard简单示例 与 约束

xcode江湖录 专栏收录该内容
6 篇文章 2 订阅

04风水宝地--界面生成器StoryBoard简单示例

??如何设置转场动画??

??如何在参与到转场动作中??

??如何让页面跳转到自定义VC??

??如何设置自定义跳转模式??

??如何用StoryBoard中的VC生成对象??

01:新建SingleViewApplication,命名为StoryBoardTest

02:打开Main.Storyboard,如下:

第04章 风水宝地--界面生成器+StoryBoard简单示例02:打开LaunchScreen.Storyboard.png


03:通过Object Library选中View Controller(A controller that manages a view),拖到StoryBoard中:

第04章 风水宝地--界面生成器+StoryBoard简单示例03:通过Object Library选中View Controller.png


04:在Storyboard Entry Point指向的页面中添加一Button,并设置约束:

第04章 风水宝地--界面生成器+StoryBoard简单示例04:在Storyboard Entry Point指向的页面中添加一Button 添加约束.png

    如上图所示:使用Command键选中view与label,设置两者之间的约束,通过右下角的Align和Pin按钮,可以设置与父元素之间的约束,以及自身的约束等,但没有发现设置压缩阻力和内容吸附的约束。


05:同样的方式,添加第二个页面:

第04章 风水宝地--界面生成器+StoryBoard简单示例05:同样的方式,添加第二个页面.png



05:选中第一个页面的按钮,按住control按键,选择Action Segue为push:

第04章 风水宝地--界面生成器+StoryBoard简单示例05:选中第一个页面的按钮,按住control按键.png


06:运行程序,点击按钮,会发现程序崩溃:

2016-06-21 15:06:50.854 StoryBoardTest[2244:217300] *** Terminating app due to uncaught exception 'NSGenericException', reason: 'Push segues can only be used when the source controller is managed by an instance of UINavigationController.'

*** First throw call stack:

(

0   CoreFoundation                      0x00000001107fdd85 __exceptionPreprocess + 165

1   libobjc.A.dylib                     0x000000010feebdeb objc_exception_throw + 48

2   UIKit                               0x0000000111381ca9 __copy_helper_block_ + 0

3   UIKit                               0x00000001112fb630 -[UIStoryboardSegueTemplate _performWithDestinationViewController:sender:] + 460

4   UIKit                               0x00000001112fb433 -[UIStoryboardSegueTemplate _perform:] + 82

5   UIKit                               0x00000001112fb6f7 -[UIStoryboardSegueTemplate perform:] + 156

6   UIKit                               0x0000000110bb5a8d -[UIApplication sendAction:to:from:forEvent:] + 92

7   UIKit                               0x0000000110d28e67 -[UIControl sendAction:to:forEvent:] + 67

8   UIKit                               0x0000000110d29143 -[UIControl _sendActionsForEvents:withEvent:] + 327

9   UIKit                               0x0000000110d28263 -[UIControl touchesEnded:withEvent:] + 601

10  UIKit                               0x0000000110c2899f -[UIWindow _sendTouchesForEvent:] + 835

11  UIKit                               0x0000000110c296d4 -[UIWindow sendEvent:] + 865

12  UIKit                               0x0000000110bd4dc6 -[UIApplication sendEvent:] + 263

13  UIKit                               0x0000000110bae553 _UIApplicationHandleEventQueue + 6660

14  CoreFoundation                      0x0000000110723301 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17

15  CoreFoundation                      0x000000011071922c __CFRunLoopDoSources0 + 556

16  CoreFoundation                      0x00000001107186e3 __CFRunLoopRun + 867

17  CoreFoundation                      0x00000001107180f8 CFRunLoopRunSpecific + 488

18  GraphicsServices                    0x000000011409ead2 GSEventRunModal + 161

19  UIKit                               0x0000000110bb3f09 UIApplicationMain + 171

20  StoryBoardTest                      0x000000010f9e97cf main + 111

21  libdyld.dylib                       0x0000000112fd792d start + 1

22  ???                                 0x0000000000000001 0x0 + 1

)

libc++abi.dylib: terminating with uncaught exception of type NSException

(lldb) 



07:更改Action Segue模式为:Present Modally或者Present As Popover即可。

08:按照同样的方式设置第二个页面的按钮。

第04章 风水宝地--界面生成器+StoryBoard简单示例08:按照同样的方式设置第二个页面的按钮.png


09:之所以使用Push或者Pop的方式会崩溃,是因为Push或Pop是NavigationController的方法,现添加一Navigation Controller,然后选中Navigation Controller按住control,让箭头指向第一个页面,选择root view controller。

10:此时就可以选择push或者pop模式:

第04章 风水宝地--界面生成器+StoryBoard简单示例10:此时就可以选择push或者pop模式.png



11:如果想使用自定义的Segue类型该如何做呢?

第04章 风水宝地--界面生成器+StoryBoard简单示例11:如果想使用自定义的Segue类型该如何做呢.png

仅仅是把kind类型改为custom,运行有:

2016-06-21 15:44:54.369 StoryBoardTest[2624:272083] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Could not perform segue with identifier '(null)'. A segue must either have a performHandler or it must override -perform.'

*** First throw call stack:

(

0   CoreFoundation                      0x000000010854ad85 __exceptionPreprocess + 165

1   libobjc.A.dylib                     0x0000000107c38deb objc_exception_throw + 48

2   UIKit                               0x000000010905a711 -[UIStoryboardSegue _prepare] + 0

3   UIKit                               0x0000000109048630 -[UIStoryboardSegueTemplate _performWithDestinationViewController:sender:] + 460

4   UIKit                               0x0000000109048433 -[UIStoryboardSegueTemplate _perform:] + 82

5   UIKit                               0x00000001090486f7 -[UIStoryboardSegueTemplate perform:] + 156

6   UIKit                               0x0000000108902a8d -[UIApplication sendAction:to:from:forEvent:] + 92

7   UIKit                               0x0000000108a75e67 -[UIControl sendAction:to:forEvent:] + 67

8   UIKit                               0x0000000108a76143 -[UIControl _sendActionsForEvents:withEvent:] + 327

9   UIKit                               0x0000000108a75263 -[UIControl touchesEnded:withEvent:] + 601

10  UIKit                               0x000000010897599f -[UIWindow _sendTouchesForEvent:] + 835

11  UIKit                               0x00000001089766d4 -[UIWindow sendEvent:] + 865

12  UIKit                               0x0000000108921dc6 -[UIApplication sendEvent:] + 263

13  UIKit                               0x00000001088fb553 _UIApplicationHandleEventQueue + 6660

14  CoreFoundation                      0x0000000108470301 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17

15  CoreFoundation                      0x000000010846622c __CFRunLoopDoSources0 + 556

16  CoreFoundation                      0x00000001084656e3 __CFRunLoopRun + 867

17  CoreFoundation                      0x00000001084650f8 CFRunLoopRunSpecific + 488

18  GraphicsServices                    0x000000010bdebad2 GSEventRunModal + 161

19  UIKit                               0x0000000108900f09 UIApplicationMain + 171

20  StoryBoardTest                      0x00000001077367cf main + 111

21  libdyld.dylib                       0x000000010ad2492d start + 1

22  ???                                 0x0000000000000001 0x0 + 1

)

libc++abi.dylib: terminating with uncaught exception of type NSException

(lldb) 

显然是不行的。


12:另外可以看到Navigation的抬头遮住了上面的标签:

第04章 风水宝地--界面生成器+StoryBoard简单示例12:另外可以看到Navigation的抬头遮住了上面的标签.png

    选中NavigationController然后选中attribute inspector然后取消掉Show Navigation Bar即可。


13:若要使用自定义Segue则至少有一个继承于UIStoryboardSegue类并重写perform方法,在自定义的segue中指定这个类。

#import "MyStoryboardSegue.h"


@implementation MyStoryboardSegue


- (void)perform

{

    [(UINavigationController*)self.sourceViewController.navigationControllerpushViewController:self.destinationViewControlleranimated:YES];

}


@end


第04章 风水宝地--界面生成器+StoryBoard简单示例13:若要使用自定义Segue.png



另外通过给Segue设置identity,然后调用下面的方法来发起跳转动作

[selfperformSegueWithIdentifier:@"FirstSegue"sender:self];

这种情况下就不需要把跳转动作和某个控件如Button绑定在一起。

如下:

#import "ViewController.h"


@interface ViewController ()


@end


@implementation ViewController


- (void)viewDidLoad {

    [superviewDidLoad];

    // Do any additional setup after loading the view, typically from a nib.

    [selfperformSegueWithIdentifier:@"FirstSegue"sender:self];

}


- (void)didReceiveMemoryWarning {

    [superdidReceiveMemoryWarning];

    // Dispose of any resources that can be recreated.

}


@end

第一个页面展示后会自动跳转到第二个页面。


14:此时如果想让第二个页面使用自定义VC,则创建一个VC子类,此处使用MyViewController。在MainStoryBoard中选中第二个页面,随后选中Identity inspector,把class设置成MyViewController即可。

#import "MyViewController.h"


@implementation MyViewController



- (void)viewDidLoad

{

    [superviewDidLoad];

    NSLog(@"%s",__func__);

    NSLog(@"%@",self.navigationController.viewControllers);

}


@end


运行deamo,多次点击“返回上一页按钮后”(见13),会有如下日志:

2016-06-21 16:47:26.725 StoryBoardTest[3083:349829] -[MyViewController viewDidLoad]

2016-06-21 16:47:26.726 StoryBoardTest[3083:349829] (

    "<ViewController: 0x7fb2ebd13e90>",

    "<MyViewController: 0x7fb2ebd30250>"

)

2016-06-21 16:47:32.742 StoryBoardTest[3083:349829] -[MyViewController viewDidLoad]

2016-06-21 16:47:32.743 StoryBoardTest[3083:349829] (

    "<ViewController: 0x7fb2ebd13e90>",

    "<MyViewController: 0x7fb2ebd30250>",

    "<ViewController: 0x7fb2ebf5df60>",

    "<MyViewController: 0x7fb2ebe17a40>"

)

2016-06-21 16:48:03.263 StoryBoardTest[3083:349829] -[MyViewController viewDidLoad]

2016-06-21 16:48:03.263 StoryBoardTest[3083:349829] (

    "<ViewController: 0x7fb2ebd13e90>",

    "<MyViewController: 0x7fb2ebd30250>",

    "<ViewController: 0x7fb2ebf5df60>",

    "<MyViewController: 0x7fb2ebe17a40>",

    "<ViewController: 0x7fb2ebe298d0>",

    "<MyViewController: 0x7fb2ebe2a350>"

)

2016-06-21 16:48:04.709 StoryBoardTest[3083:349829] -[MyViewController viewDidLoad]

2016-06-21 16:48:04.710 StoryBoardTest[3083:349829] (

    "<ViewController: 0x7fb2ebd13e90>",

    "<MyViewController: 0x7fb2ebd30250>",

    "<ViewController: 0x7fb2ebf5df60>",

    "<MyViewController: 0x7fb2ebe17a40>",

    "<ViewController: 0x7fb2ebe298d0>",

    "<MyViewController: 0x7fb2ebe2a350>",

    "<ViewController: 0x7fb2ebf69bc0>",

    "<MyViewController: 0x7fb2ebf6b960>"

)


说明我们的跳转(由第二个页面返回第一个页面的跳转)设置有问题。


15:如何正确的利用StoryBoard返回上一级页面:

    现在又两个页面ViewController(第一个页面)和MyViewController(第二个页面),我们希望在第二个页面点击Button能够正常返回第一个页面,而不出现上面的情况。

则需要:在ViewController中实现- (IBAction)XXX:(UIStoryboardSegue *)segue方法:

- (IBAction)unwindSegueToRedViewController:(UIStoryboardSegue *)segue {

    NSLog(@"%@",self.navigationController.viewControllers);

    [self.navigationControllerpopViewControllerAnimated:YES];

}

注意是第一个页面随后在StoryBoard中选中ViewControler(第一个页面)的Exit,右键会看到unwindSegueToRedViewController:方法,按住control键,与第二个页面按钮关联,则点击第二个页面的按钮后就会返回到第一个页面。


此时注意,若:

- (IBAction)unwindSegueToRedViewController:(UIStoryboardSegue *)segue {

    NSLog(@"%@",self.navigationController.viewControllers);

    [self.navigationControllerpopViewControllerAnimated:YES];

}

则每次跳转出第二个页面后,第二个页面销毁。若:

- (IBAction)unwindSegueToRedViewController:(UIStoryboardSegue *)segue {

    NSLog(@"%@",self.navigationController.viewControllers);

}

则每次跳转出第二个页面后,第二个页面不会销毁,每次点击以一个页面的按钮,跳转到的依然是同一个MyViewController

此工程码文件结构如下:

第04章 风水宝地--界面生成器+StoryBoard简单示例15:如何正确的利用StoryBoard返回上一级页面 文件结构.png


//

//  MyViewController.h

//  StoryBoardTest

//

//  Created by ranzhou on 16/6/21.

//  Copyright © 2016 ranzhouee. All rights reserved.

//


#import <UIKit/UIKit.h>


@interface MyViewController : UIViewController

@property (weak,nonatomic) IBOutletUILabel *SecondVCLabel;


@end


//

//  MyViewController.m

//  StoryBoardTest

//

//  Created by ranzhou on 16/6/21.

//  Copyright © 2016 ranzhouee. All rights reserved.

//


#import "MyViewController.h"


@implementation MyViewController



- (void)viewDidLoad

{

    [superviewDidLoad];

    NSLog(@"%s",__func__);

    NSLog(@"%@",self.navigationController.viewControllers);

    self.SecondVCLabel.text = [NSStringstringWithFormat:@"%p",self];

}


@end

//———————————————————————————————

//

//  ViewController.h

//  StoryBoardTest

//

//  Created by ranzhou on 16/6/21.

//  Copyright © 2016 ranzhouee. All rights reserved.

//


#import <UIKit/UIKit.h>


@interface ViewController : UIViewController



@end


//

//  ViewController.m

//  StoryBoardTest

//

//  Created by ranzhou on 16/6/21.

//  Copyright © 2016 ranzhouee. All rights reserved.

//


#import "ViewController.h"


@interface ViewController ()


@end


@implementation ViewController


- (void)viewDidLoad {

    [super viewDidLoad];

    // Do any additional setup after loading the view, typically from a nib.

    staticdispatch_once_t once;

    dispatch_once(&once, ^{

        [selfperformSegueWithIdentifier:@"FirstSegue"sender:self];

    });

}


- (IBAction)unwindSegueToRedViewController:(UIStoryboardSegue *)segue {

    NSLog(@"%@",self.navigationController.viewControllers);

    [self.navigationControllerpopViewControllerAnimated:YES];

}


- (void)didReceiveMemoryWarning {

    [superdidReceiveMemoryWarning];

    // Dispose of any resources that can be recreated.

}


@end


//———————————————————————————————

//

//  MyStoryboardSegue.h

//  StoryBoardTest

//

//  Created by ranzhou on 16/6/21.

//  Copyright © 2016 ranzhouee. All rights reserved.

//


#import <UIKit/UIKit.h>


@interface MyStoryboardSegue : UIStoryboardSegue


@end


//

//  MyStoryboardSegue.m

//  StoryBoardTest

//

//  Created by ranzhou on 16/6/21.

//  Copyright © 2016 ranzhouee. All rights reserved.

//


#import "MyStoryboardSegue.h"


@implementation MyStoryboardSegue


- (void)perform

{

    [(UINavigationController*)self.sourceViewController.navigationControllerpushViewController:self.destinationViewControlleranimated:YES];

}


@end


//———————————————————————————————

此时

第04章 风水宝地--界面生成器+StoryBoard简单示例15:如何正确的利用StoryBoard返回上一级页面 Segue设置.png

Segue的kinda为Custom、Class为MyStoryboardSegue、Identifier为FirstSegue



16:如何预览StoryBoard中的视图:

    预览助手编辑器(Preview Assistant Editor

        一般情况下,在这个时候我们应该会在iPadiPhone4siPhone5siPhone6iPhone6 Plus这几个不同尺寸的设备上编译运行程序,以便测试通用的storyboard是否能在不同尺寸的设备上正确的自适应。但这确实是个体力活,一遍一遍的更改设备、编译、运行,多么苦逼。但上天总是会眷顾我们这些苦逼的程序员,Xcode6提供了Preview Assistant Editor,能在一个界面上显示出不同尺寸设备的程序运行情况,是否有问题一目了然。

       我们打开 Main.storyboard ,然后选择 View\Assistant Editor\Show Assistant Editor ,这时编辑区会分隔为两部分。再点击顶部导航栏中的 Automatic ,在弹出菜单中选择 Preview ,最后选择 Main.storyboard (Preview) 即可

第04章 风水宝地--界面生成器+StoryBoard简单示例16:如何预览StoryBoard中的视图.png


点击左下角的+号可以添加多个此处的预览图


17:如何用StoryBoard中的VC生成对象

    // 获取故事板

    UIStoryboard *board = [UIStoryboardstoryboardWithName:@"Main"bundle:nil];

    

    // 获取故事板中某个VC

    UIViewController *next = [boardinstantiateViewControllerWithIdentifier:@"MyViewControllerID"];

    NSLog(@"%@",next);

    //2016-06-21 19:35:37.254 StoryBoardTest[4130:436983] <MyViewController: 0x7f924b617330>


第04章 风水宝地--界面生成器+StoryBoard简单示例17:如何用StoryBoard中的VC生成对象.png


18:UIViewController.h中定义和很多和Segue跳转相关的方法:

- (void)performSegueWithIdentifier:(NSString *)identifier sender:(nullableid)sender NS_AVAILABLE_IOS(5_0);

- (BOOL)shouldPerformSegueWithIdentifier:(NSString *)identifier sender:(nullableid)sender NS_AVAILABLE_IOS(6_0);// Invoked immediately prior to initiating a segue. Return NO to prevent the segue from firing. The default implementation returns YES. This method is not invoked when -performSegueWithIdentifier:sender: is used.

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(nullableid)sender NS_AVAILABLE_IOS(5_0);





Storyboard 自适应布局

http://blog.csdn.net/l863784757/article/details/47776121

此Blog中可以找到通过Storyboard自适应label的方法

原文链接:http://justsee.iteye.com/blog/2148987

通用的Storyboard

通用的stroyboard文件是通向自适应布局光明大道的第一步。在一个storyboard文件中适配iPadiPhone的布局在iOS8中已不再是梦想。我们不必再为不同尺寸的Apple移动设备创建不同的storyboard文件,不用再苦逼的同步若干个storyboard文件中的内容。这真是一件美好的事情。

我们打开Xcode,新建一个项目:


b2c5c8a5-3a10-37eb-98aa-d69c38a3bc5e.png

 

选择iOS\Application\Single View Application创建一个单视图应用:


c7132096-0491-3afb-97b4-f731130d347f.png

 

设置项目名称AdaptiveWeather,语言选择Swift,设备选择Universal


a0623ead-811e-3a41-b9e1-673785f5d7ab.png

 

创建好项目后,我们在项目目录结构中可以看到只存在一个storyboard文件:


5b6d5043-a199-3306-9f9f-d90b707c7eda.png

 

Main.storyboard文件就是一个通用的storyboard文件,它可以适配目前所有屏幕尺寸的Apple移动设备。打开该文件,同学们会看到一个View Controller,以及一个我们不太熟悉的界面尺寸:


522e94f4-3c02-3700-adc5-500f9aace533.png

 

同学们不要吃惊,没错,你们看到的就是一个简单的、有点大的正方形!大伙都知道,在上一个版本的Xcode中,storyboard里的屏幕尺寸都对应着我们所选的目标设备的尺寸,但是这样无法让我们达到用一个storyboard搞定所有设备的宏伟目标。所以在iOS8中,Applestoryboard中屏幕的尺寸进行了抽象处理,也就是说我们看到的这个正方形是一个抽象的屏幕尺寸。

我们接着往下走,选中Main.storyboard文件,然后在右侧工具栏中选择File Inspector页签,然后勾选Use Size Classes选项:


ae931726-efee-3ac9-a4c4-afc5f9ec3600.png

 

在新的iOS8项目中,该选项默认是勾选的。但当你使用老版本的项目创建新的storyboard文件时就需要你手动进行勾选了。

设置你的Storyboard文件

首先,我们打开Main.storyboard文件,从组件库(Object Library)中选择Image View拖拽到View Controller中。选中刚刚拖入的Image View,在右侧工具栏选择Size Inspector页签,设置X坐标为150Y坐标为20300265

然后再拖入一个View组件,设置X坐标为150Y坐标为315300265

选择你刚才拖入的View,在右侧工具栏中选择Identity Inspector页签,在Document面板中的Label属性输入框中输入TextContainer。这个属性的作用就是给View起一个名字,方便我们辨认。这里要注意一下,Document面板有可能是隐藏的,我们需要点击它后面的 Show按钮来显示它。我们拖入的这个View最后是显示城市和温度Label的容器。


eb32e705-dffd-3424-bfd0-76c8d9503db3.png

 

完成上面的设置后,同学们可能会发现刚才拖入的View貌似看不到,这是因为它的背景色和View Controller的背景色是相同的,都是白色,所以我们不太容易辨别。我们来解决这个问题,选中View ControllerView,然后在右侧工具栏中选择Attribute Inspector页签,设置背景色为 红:74,绿:171,蓝:247。然后再选择TextContainer,就是我们拖入的View,设置背景色为 红:55,绿:128,蓝:186。此时Main.storyboard文件中应该是这番景象:


0268ddda-b1ac-35a7-80c9-6b6e4cf17aa0.png

 

到目前为止,我们在View Controller中添加了两个组件Image ViewView,这也是仅有的两个组件,接下来我们就要给它们添加一些布局约束了。

添加布局约束

选择image view,点击底部自动布局工具栏中的Align按钮,勾选Horizontal Center in Container选项,将后面的值设置为0,点击 Add 1 Constraint按钮添加第一个约束。


c896cbdc-bfaa-35ce-bcd3-7ccdc2b7abf7.png

 

这个约束的意思是让image view在它的容器(View ControllerView)中保持居中。

然后再点击底部自动布局工具栏中的Pin按钮,添加一个image view顶部与容器顶部间距的约束,我们设置为0


e2247dc2-2239-344f-bd50-d6fc82c84d72.png

 

上面这两个约束使image view处于容器居中的位置,并且它的顶部与容器顶部有一个固定的间距。现在我们需要添加image viewtext container view之间的约束。同学们先选中image view,然后按住Ctrl键和鼠标左键,从image viewtext container view移动鼠标:


3c933ab3-7d6c-3870-9741-ea85ba89dbd1.png

 

松开鼠标左键后会弹出一个约束菜单,我们选择Vertical Spacing


ae89331b-2276-35c8-b96c-26aa66017f16.png

 

这个约束决定了image view底部和text container view顶部之间的距离。

现在选中image view然后点击右侧工具栏中的Size Inspector页签,同学们会发现这里在Xcode6中和之前的Xcode版本有所不同:


eb812468-05b7-3112-a497-c0303beab466.png

 

你会看到之前添加的三个布局约束,你可以在Size Inspector中很方便的修改这些布局约束。比如点击Bottom Space To: TextContainer约束后的 Edit按钮,会弹出约束属性编辑框,我们让Constant的值等于20


ea419445-c348-3dda-82ac-522614cc5dfe.png

 

然后点击该弹出框之外的任意地方关闭该弹出框。

你先已经将TextContainer view顶部与image view底部的间距调整到了20,我们还需要添加TextContainer view另外三个边的间距约束。

继续选择TextContainer view,点击底部的Pin按钮弹出 Add New Constraints窗口,在Spacing to nearest neighbor面板中设置左、右、底部的约束,将值设置为0,然后点击Add 3 Constraints按钮添加约束。这里要注意的是,在设置约束时要将 Constrain to margins选项的勾去掉,这样可以避免TextContainer view产生内边距:


4556c6fe-a3c9-3fea-9c90-1aa3f251b5e8.png

 

这三个约束会让TextContainer view的左、右、底部三个边与容器的左、右、底部的间距始终为0

现在Main.storyboard中应该是这番景象:


0fa3e010-c7b3-34c7-b8be-38d86ba61a85.png

 

此时同学们应该会注意到在view上有几个橘黄色的约束线,这意味着还有一些约束上的问题需要我们注意。不过在运行时storyboard会自动更新view的大小来满足它与容器的约束条件。我们也可以点击底部 Resolve Auto Layout Issues 按钮,在弹出框中选择 All Views in View Controller/Update Frames 来修复提示的约束问题,但是如果我们这样做,那么image view的尺寸就会压缩成零,也就是会看不到image view

这是因为我们的image view还有没有任何内容,但是它有一个缺省的高和宽,并且值为0。进行自动布局的时候,如果被约束的view没有实际的高和宽,那么会依照缺省的高和宽来满足约束条件。

我们接着学习,在项目结构中打开 Images.xcassets ,然后点击左下角的 +号,在弹出菜单中选择 New Image Set


36cc871a-9d9b-3cf1-bd5f-2288c7a00b17.png

 

双击左上角的 Image 标题将其改为 cloud 


d71d9810-3b8d-3763-b79b-343416b783e7.png

 

我们刚才新建的这个image set其实就是若干图片文件的一个集合,其中的每一个图片都会对应一个特定的应用场景,也就是针对与不同分辨率的Apple移动设备。比如说,一个图片集合可能会包含针对非视网膜、视网膜、视网膜高清三种分辨率的图片。自从Xcode中的资源库与UIKit完美结合后,在代码中引入图片时我们只需要写图片的名称,程序在运行时会根据当前运行的设备自动选择对应分辨率的图片。

注意:如果你以前使用过通过资源库管理图片,那么你可能会发现在Xcode6中会有所不同。那就是3x图片是怎么回事?

这个新的分片率是专为iPhone 6 Plus提供的。这意味着每一个点是由3个像素点组成,也就是说3x的图片比1x图片的像素多9倍。

目前你的图片集合中还是空的,同学们可以在这里下载需要的图片cloud_images.zip ,然后将图片拖入刚才创建的名为cloud的图片集合中,将 cloud_small.png图片拖到 1x图片区域:


753c7bd9-6549-342d-b783-7a1ca3f4f59d.png

 

由于我们的图片背景颜色是透明的,所以在图片集合中看到的都是白色的图片。你可以选中某一个图片,然后按下空格键来预览图片。比如选中 1x 图片,按下空格:


1b5eb4d8-be09-3320-94a9-08f4777132c6.png

 

现在将 cloud_small@2x.png 图片拖至 2x 图片区域,将 cloud_small@3x.png 图片拖至 3x 图片区域。和之前情况一样,我们看到的只是白色的图片,但我们可以通过空格键来预览图片集合中的图片。

现在你就可以在image view中设置图片了。我们回到 Main.storyboard 中,选中image view,在右侧工具栏中选择 Attribute Inspector 页签,将 Image View 面板中的 Image 属性设置为cloud,然后将 View 面板中的 Mode 属性设置为 Aspect Fit 


05b48e49-b80a-3ac9-a5c7-170050a720e6.png

 

现在你的Main.storyboard中应该是这番景象:


43329902-3f38-3545-9e1b-b53e94c5f611.png

 

我们看到storyboard中一直有橘黄色的约束提示,是时候让我们来修复它们了。首先选中view controllerview


b63467b0-e04c-336c-923b-b694910be0ea.png

 

然后点击底部的 Resolve Auto Layout Issues 按钮,在弹出菜单的 All Views in View Controller 面板中选择 Update Frames 


b17a8b47-9623-3071-b218-120ec3650c07.png

 

这时,storyboard会自动根据约束条件重新计算view的大小以满足约束:


8ab4c6db-877e-39c0-ace8-c0d308f04cec.png

 

预览助手编辑器(Preview Assistant Editor

一般情况下,在这个时候我们应该会在iPadiPhone4siPhone5siPhone6iPhone6 Plus这几个不同尺寸的设备上编译运行程序,以便测试通用的storyboard是否能在不同尺寸的设备上正确的自适应。但这确实是个体力活,一遍一遍的更改设备、编译、运行,多么苦逼。但上天总是会眷顾我们这些苦逼的程序员,Xcode6提供了Preview Assistant Editor,能在一个界面上显示出不同尺寸设备的程序运行情况,是否有问题一目了然。

我们打开 Main.storyboard ,然后选择 View\Assistant Editor\Show Assistant Editor ,这时编辑区会分隔为两部分。再点击顶部导航栏中的 Automatic ,在弹出菜单中选择 Preview ,最后选择 Main.storyboard (Preview) 


ccbbb401-3b83-3ac1-bfab-122165c9f410.png

 

现在在 Assistant Editor 区域会显示一个4寸的界面:


c290011d-a508-3142-9bb9-2e21fdb1675d.png

 

我们还可以点击预览界面底部,名字(比如图中的iPhone 4-inch)旁边的地方让屏幕翻转为横屏:


e84914c7-399a-3947-84be-f531c8ded855.png

 

这无疑是针对检查不同尺寸设备的自适应情况的一项重大改进,但还远远不止于此!点击预览界面左下角的 + 按钮,会弹出当前storyboard文件支持的各种尺寸的设备,可供我们预览:


e0f989ae-31b2-3054-a98c-bee0a4347d57.png

 

分别选择iPhone 5.5-inchiPad,此时我们在预览界面就可以同时显示三种尺寸的屏幕:


40fc87ca-76d6-3afa-bdbd-714c7dcdef5f.png

 

此时同学们是否注意到4寸的横屏显示有点别扭呢?没错,它的那朵元太大了,我们可以通过对image view添加其他的约束条件来改善这个问题。

回到 Main.storyboard ,选择image view,然后按住 Ctrl建和鼠标左键,拖动鼠标到View ControllerView上,松开鼠标后会弹出一个菜单,我们选择 Equal Heights 


18fd3d9a-1c13-3d44-9dd4-5d17029f99f9.png

 

这时会出现一些红色的约束提示,这是因为我们刚才加的这个约束条件与之前加过的约束条件有冲突。因为之前我们添加过image viewTextContainer view之间的垂直间距(Vertical Margins)约束,所以image view的高度不可能等于它容器(View ControllerView)的高度。

让我们来修复该问题,首先在storyboard的结构目录中选择我们刚才添加的 Equal Heights约束,然后选择右侧工具栏中的 Attribute Inspect 页签,如果 First Item 属性不是cloud.Height ,那么在下拉菜单中选择 Reverse First and Second Item 这一项让 First Item 的值成为 cloud.Height 


3b83630e-7277-35be-aff7-18a4ca6a2976.png

 

接下来将 Relation 属性的值设置为 Less Than or Equal ,将 Multiplier 的值设置为 0.4 


ea6e4f48-d7c6-396d-9b4e-1a96c54c0c61.png

 

这一系列设置的作用是让cloud这张图片的高度要么等于它自身的高度,要么等于屏幕高度的40%,最后呈现的效果选择这两者中较小的一个高度。

现在你应该注意到了在预览面板中,4寸的横屏显示即时的对你刚才的约束改动做出了响应:


890786f4-cd07-345e-ac64-23994b30a26b.png

 

你看看其他尺寸的预览自动更新了么?答案那是必须的,所以说 Preview Assistant Editor 确实是一项重大改进,是程序员和设计人员的福音!

由于本文的示例是一个天气应用,所以光有天气图标不行,我们还得加上城市和温度才行。

 

 

TextContainer中添加内容

打开 Main.storyboard ,从组件库(Object Library)中拖拽两个 Label 组件到TextContainer中,位置可以随意摆放:


534006d0-e1a3-397e-b8dd-b5b2f583aa2e.png

 

先选择靠上的Label,然后点击底部的 Align 按钮,添加一个 Horizontal Center in Container约束,再点击 Pin 按钮,添加一个 Top Spacing to nearest neighbor 约束,设置其值为10


6bddc1fb-d6a7-3bea-8143-54a2fc3962d4.png

 


a7112260-b97e-3085-90b9-918bec0b0205.png

 

然后选择右侧工具栏中的 Attribute Inspector 页签,将该Label Text 属性设置为 CupertinoColor 属性设置为 White Font 属性设置为 Helvetica Neue, Thin  Size 属性设置为 150

这时同学们可能会发现基本看不到刚才设置的文字的全貌,这是因为Label大小的原因。别着急,我们很快就会解决这个问题。

现在选择另一个Label,按照上述的方法给它也添加一个 Horizontal Center in Container 约束以及一个 Bottom Spacing to nearest neighbor 约束,将其值设置为10。打开右侧工具栏中的 Size Inspector 看看:


300f83e2-2fc3-32fe-b22b-e3ce756bb9fb.png

 

然后选择 Attribute Inspector 将该Label Text 属性设置为 28C  Color 属性设置为 White Font 属性设置为 Helvetica Neue, Thin Size 属性设置为 250

现在是时候解决Label大小的问题了。选中view controllerview,点击底部的 Resolve Auto Layout Issues 按钮,在弹出菜单中选择 All Views\Update Frames ,现在看看storyboard中发生了什么:


9f54956d-3a8f-37ef-ade7-15020041309c.png

 

我们看到了刚才设置的城市和温度,但是他们有一点点重叠,这可不是我们想要的结果。在我们修改这个问题之前,先看看预览编辑区的显示情况。我们发现在iPad下显示貌似还挺完美:


110dafc9-852a-377e-9f17-a9e1e3f57c3c.png

 

但是在iPhone下不出所料的无法直视,字体太大了:


7733781f-230d-3e17-ac8d-597311942540.png

 

接下来让我们解决这个重叠和字体大小的问题。

Size Classes

通用的storyboard文件固然很好,但是你想真正把它玩转还是得花功夫去研究它,这是一件很有挑战性的工作,当然我们也要懂得运用一些现有的工具来帮助我们。Xcode6就为我们提供了一些工具和技巧,帮助我们更好的实现自适应布局。

自适应布局有一个很重要的概念就是 Size Classes。它并不代表真正的尺寸,而是我们从感官上感觉尺寸的种类,通过这种种类的组合,表示出不同屏幕尺寸设备的横屏及竖屏。

Xcode6为我们提供了两个种类:普通(Regular)和紧凑(Compact)。虽然它们涉及到视图的物理尺寸,但一般它们只代表视图的语义尺寸,即不是真正的尺寸,而是我们从感官上分出的尺寸种类。

下面这个表格向同学们展示了size classes和各个尺寸设备竖屏、横屏之间的关系:


2157de4c-749e-3946-8209-02f7a52f1102.png

 

上表中的这些size classes组合都是我们在开发应用中经常碰到的。然而你也可以在视图的任何一个层级中覆盖这些size classes。当以后我们开发Apple Watch应用时显得尤其有用。

Size Classes与开发者

何为设计应用的UI?虽然现在你们的应用已经知道要使用Size Classes,并且你们在storyboard文件中设计应用界面时已经抛开了具体尺寸大小的束缚。但是你们难道没有发现在所有尺寸的设备中,不管是竖屏还是横屏,应用的界面布局都是一致的吗?只是自适应了尺寸大小而已。这还远远不是设计。

当你们决心要设计自适应的界面并已经开始设计的时候,有一点很关键。那就是要知道界面在不同的Size Classes要有继承的关系。你们应该首先设计一个基础的界面,然后根据不同尺寸的横竖屏在基础的界面上进行自定义。千万不要把不同的Size Classes当做独立的屏幕尺寸去设计UI。应该在你们的脑海中建立起界面的一个继承关系的思想,也就是大多数的设备使用基础界面,然后特别的尺寸及横竖屏再根据情况基于基础界面修改。

在本文中,一直没有像大家介绍过如何设置特殊设备的布局,那是应为自适应布局的核心概念Size Classes本身就是由各种特殊设备的特点抽象而来的。也就是说一个Size Classes就意味着一种特殊设备的布局特点,其实普通情况也是特殊情况中的一种。所以说我们可以组合不同的Size Classes来满足各种特殊的布局情况,比如一个支持自适应的视图,它可以在应用的父视图控制器中自适应,也可以在某一个功能的视图控制器容器中自适应。但是两者自适应后的布局却不相同。

这种改进对Apple本身也是有益的,因为他们不断的改变移动设备的尺寸,但从来没有强迫开发者和设计者重新开发和设计他们的应用以适应新尺寸的设备。这就不会让开发者和设计者对Apple不断改变设备尺寸这件事有抗拒心理。

接下来,我们将自定义Size Classes以适应iPhone横屏的时候,因为现在的布局在横屏时用户体验很糟糕。

使用Size Classes

回到 Main.storyboard,点击底部的 w Any h Any,你就可以看到Size Classes的选择器了:


a0182eee-fd90-3dcd-bd93-fe309c59c14d.png

 

在这个由9个方格组成的网格中,你就可以选择你想在storyboard中显示的Size Class。一共有9种组合方式:3种垂直的也就是竖屏的(任意尺寸(Any),普通(regular),紧凑(compact))选择和3种水平的也就是横屏(任意尺寸(Any),普通(regular),紧凑(compact))的选择。

注意:这里有一点需要大家注意。在Size Classes中,有两个重要的概念叫做水平(Horizontal)和垂直(Vertical)。但是在IB中叫做 宽(Width)和高(Height)。但他们是等价的,所以大家记住这个概念有两种叫法就可以了。

目前我们的布局在紧凑高度(Compact Height)时显示的很糟糕,也就是iPhone横屏时。我们来解决这个问题,在Size Classes选择器中选择 Any Width | Compact Height 的组合:


50ae1be4-895b-3f06-a6d6-27ff499b5911.png

 

这时你会发现在storyboard中会立即出现2个变化:


7076dd69-fab1-339b-a052-14dcd556bf8f.png

 

  1. storyboard中的view controller变成了我们刚才设置的size class
  2. storyboard底部会出现蓝色的长条区域,并显示出当前我们正在使用的size class

为了在该size class下改变布局,我们要临时改变一些之前设置好的约束。在自动布局中这种操作有个术语叫做 装配(installing  卸载(uninstalling 约束。当一个约束在当前的size class中是适用的,我们就将该约束装配在当前的size class中,如果不适用,我们就卸载它。

选择image view,在右侧工具栏中选择 Size Inspector。你可以看到在image view上添加的所有约束:


1e3c97c9-c912-3f9e-abf6-01277ca2b20f.png

 

单击鼠标左键选择 Align Center X to: Superview 约束,然后按下键盘上的 Delete 键来卸载该约束。这时我们可以看到在storyboard中这个约束就立即消失了,并且在storyboard的结构目中和 Size Inspector中该约束都变成了灰色:


08fd0f49-cc19-30a9-af27-90255a84732b.png

 


e09417b0-abf3-3f7d-99db-52b00d305825.png

 

注意:你可以在Size Inspector中点击 All 来查看当前size class卸载掉的约束。

鼠标双击刚才卸载的那条约束,我们可以看到在约束编辑界面的底部出现了额外的2个选项:


94a54063-46be-3387-a192-216ccd3918c5.png

 

这两个选项的意思就是这条约束在基础布局中是可用的,但在当前的 Any Width | Compact Height 布局中是不可用的。

按照上面的步骤卸载掉image view上的另外3个约束:


74590902-e4ad-3ba2-906e-13bf3d5cedb5.png

 


3a159ccc-8dda-3026-8d29-5b602189cbde.png

 

现在你就可以添加适合当前size class的约束了。我们添加一个 Align/Vertical Center in Container 约束,再添加一个 Pin/Left Spacing to nearest neighbor 约束,其值设置为10


5ff00b14-bc5a-3126-b55c-a07ec34d156c.png

 


4ee18554-a074-3ea3-b8fa-f0b7c93cc38b.png

 

选择image view,按住 Ctrl 键从image view上拖拽至view controllerview上,在弹出的菜单中选择 Equal Widths 约束。

打开右侧工具栏中的 Size Inspector 页签,双击 Equal Width to: Superview 打开该约束的属性编辑界面。如果 First Item 属性的值不是 cloud.Width ,那么点击输入框,在下拉菜单中选择 Reverse First and Second Item。然后将 Multiplier 属性的值设置为 0.45

现在image view在所有的size class中显示应该都没有什么问题了。但是text container view还有点问题。你需要给它添加一个约束,让它显示在该size class屏幕的右侧。

TextContainer view现在有两种约束在身。一种是内部约束,它约束了两个Label的位置,这些约束在各size class中表现的还不错。另一种是外部的约束,它们限制了text container view的左、右、底部与它容器的左、右、底部的间距。这些约束在当前的size class中表现的就不尽如人意了。如果想使text container view在当前size class中位于容器的右下角位置,你得卸载掉左侧的约束。

选中 Left Spacing to nearest neighbor 约束:


8986e9ef-2ad1-36e2-a4ca-d873f5ee248a.png

 

 Cmd-Delete 卸载该约束,和之前一样,被卸载的约束显示为灰色。

现在你需要再添加两个约束将TextContainer限制在正确的位置上。一个是让text container view的宽度为它容器(view controllerview)宽度的一半。另一个是将text container view固定在顶部。

按理来说,你现在需要选中text container view然后按住Ctrl键和鼠标左键拖动鼠标到view controller view上,然后选择约束。但是目前的情况由于image viewtext container view占满了整个view controller,所以你很难选中view controllerview。同学们可以通过storyboard的结构树上进行该操作,会容易很多。

在结构树中选中TextContainer,按住 Ctrl 键和鼠标左键,拖动鼠标到结构树的View上:


1167cb43-f153-3b2d-a310-6c4e6985d020.png

 

弹出菜单中显示了可用的约束,按住 Shift 键点击 Top Space to Top Layout Guide  Equal Widths 约束:


853f89b0-1b03-3892-bdca-f65effc3f92d.png

 

然后选中TextContainer,在 Size Inspector 中设置刚刚添加的两个约束:

  •  Top Space to: Top Layout Guide 约束的值设置为0
  •  Equal Width 约束的 Multiplier 的值设置为0.5。这里要注意 First Item  Second Item 这两个属性的值。前者应为TextContainer view,后者为view controller view。如果不一致,那么点击任意一个输入框,选择 Reverse First and Second Item

现在点击storyboard界面底部的 Resolve Auto Layout Issues 按钮,然后选择 All Views\Update frames 。看看发生了什么变化呢:


73e1c7fc-dc98-3dba-9fa0-4a697d0fb638.png

 

到目前为止,我们的布局已经越来越接近完美了,唯一一点不足的就是字体大小的自适应,我们会在下一节解决它!

文字属性的自适应

目前TextContainer中的文字尺寸在iPad设备上,也就是使用普通(Regularsize class显示还比较正常。但是当使用紧凑(Compactsize class时文字尺寸就显得太大了,以至于都超出了视图。不过同学们不要怕,我们照样可以在不同的Size Classes中设置不同的文字尺寸来做到自适应。

注意:与重写布局不同,在不同的size class中改变文字的属性始终会影响基础布局中的文字。它不能像布局一样,在不同的size class中设置不同的属性值。我们通过下面的方法来解决这一问题。

回到storyboard文件中,将目前的size class改为最基础的 Any Width | Any Height 

选择显示CupertinoLabel,打开 Attribute Inspector 。点击 Font 属性前面的 + 号:


176308ac-70ab-3f15-8330-92747749a092.png

 

弹出的菜单内容是让我们选择一种size class的组合来重写该组合下的文字属性。我们选择Compact Width > Any Height


cdb40112-e360-3978-9702-b1fdcf566e1f.png

 

这时就会出现另外一个文字属性下拉框,针对于我们刚才选择的 Compact Width | Any Height size class,我们将字体大小改为90


1a124ee4-d267-3e13-b6b7-f6dae7dcbbaa.png

 

再选择显示温度的Label,重复刚才的操作,选择size class组合时选择 Compact Width > Any Height。设置字体大小为150

在预览区域会自动更新我们刚才的设置:


05bd7dab-5987-3bb5-afab-cb565fadd846.png

 

现在看起来稍微好一些了,但是显示 Cupertino Label被截掉了两头。同学们可能会继续调整字体大小使Cupertino显示完全,虽然目前看起来完美了,但是当换一个城市名称后或许又会出现刚才的问题。比如Washington, D.C这么长的名称,又比如Kleinfeltersville, PA这个更长的名称。那么我们应该如何设计呢?

我们的救世主 自动布局(Auto Layout 再次出马。你只需要给显示城市名称和温度的这两个Label设置一个相对于TextContainer view的宽度约束即可。选中显示CupertinoLabel,按住 Ctrl 键和鼠标左键,拖动鼠标到TextContainer view,在弹出菜单中选择 Equal Widths 约束。对显示温度的Label做相同的操作。之后在预览界面看看发生了什么:


4e543f4d-a263-3f6a-ad34-052001431a11.png

 

……貌似还是有问题,城市名显示不完全。Label中的文字长度超出了允许显示的空间。不过我们可以通过一个选项,让Label自动判断当前的空间可以显示多大的字体。

选择显示CupertinoLabel,然后打开 Attribute Inspector。将 AutoShrink 属性设置为Minimum font scale,将其值设置为0.5。将 Alignment 属性设置为 Centered


738701ac-6472-3d40-baf1-cbc824322b77.png

 

对显示温度的Label做相同的操作。

再来看看预览区域,是不是在不同尺寸的iPhone横屏、竖屏下显示都比较完美了:


ac01beb6-65e5-3812-b2e7-793fe56476f6.png

 

是时候在不同的设备上编译运行我们的程序了。用设备来检验才是最保险的。iPhone下的横屏、竖屏是多么的完美:


ec45d483-de2f-386e-bd2b-bbdc18e2ec43.png

 


489a81b9-5232-3e05-b1fc-b6660f14328b.png

 




  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

©️2021 CSDN 皮肤主题: 编程工作室 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值