当年轻的开发者朋友们写了一大堆的代码时&＃xff0c;他们会觉得很高兴&＃xff0c;并且喜欢夸耀自己写的项目有成千上万行代码。
随着经验越来越丰富&＃xff0c;我们意识到代码是昂贵的&＃xff0c;因为要花很多时间去维护、调试和寻找原因。
这也是为什么我们应该使用工具来帮助我们避免写出样板代码。Interface Builder就是这些工具中的一个。
下面说一些我喜欢的小提示和技巧。
Storyboards还是Xib
很显然&＃xff0c;苹果是极力推荐我们使用storyboard的&＃xff0c;因为下列的一些特性只在storyboard中才有&＃xff1a;
- Prototype cells
- Segues
- Container View Controllers
很多人抱怨在团队合作的时候使用storyboard很困难&＃xff0c;因为在合并代码的时候会有冲突。以前这个问题是会经常出现&＃xff0c;但是现在storyboard的格式更好、更容易理解了。
即使这样&＃xff0c;我也不喜欢干合并代码的活。不过幸运的是&＃xff0c;当我们使用多个storyboard合理地划分项目时&＃xff0c;就可以避免很多潜在的冲突。
我比较喜欢给每一个场景创建一个storyboard&＃xff0c;例如最新的那个app:
- 入职 — 新建账户以及初始的信息界面
- 新建流 — 当用户可以新建内容时
- 活动 — 查看提到自己、自己或其他用户的活动的相关界面
iOS 9给我们介绍了Storyboard References&＃xff0c;使我们能够更容易地使用多个storyboard来分割应用。
如果需要部署在老版本的iOS target上呢&＃xff1f;
玩转Storyboard, Xib或类引用
如果你运气不够好&＃xff0c;未能使用iOS9作为最低的部署目标&＃xff0c;仍旧可以用你自己的方法实现。虽然需要花费点功夫&＃xff0c;但这些努力都是值得的。多年以来&＃xff0c;我一直在使用一个非常简单的扩展去拥有我自己的Storyboard, xib 和 类引用。
扩展的主要内容&＃xff1a;
- 在storyboard中新建一个空的UIViewController
- 在UIViewController中用IBInspectable扩展来支持自定义的replacementIdentifier图式
storyboard.StoryboardName.ControllerIdentifier
storyboard.StoryboardName -> loads the initial vc
class.name
xib.name
&＃64;interface UIViewController (KZReplacement)
&＃64;property (nonatomic, copy) IBInspectable NSString *replacementIdentifier;
//! 如果设了replacementIdentifier&＃xff0c;就新建一个controller&＃xff0c;否则返回self
- (UIViewController *)kz_replacementController;
&＃64;end
在Interface Builder里是这样的&＃xff1a;
这个方法有一个简单的实现&＃xff0c;下面的是一个最“复杂”的&＃xff1a;
(UIViewController *)kz_replacementControllerWithIdentifier:(NSString *)identifier;
{
NSDictionary *replacementSchemes &＃61; &＃64;{
&＃64;"class" : [NSValue valueWithPointer:&＃64;selector(kz_createControllerWithClassIdentifier:)],
&＃64;"storyboard" : [NSValue valueWithPointer:&＃64;selector(kz_loadControllerWithStoryboardIdentifier:)],
&＃64;"xib" : [NSValue valueWithPointer:&＃64;selector(kz_loadControllerWithXibIdentifier:)]
};
__block UIViewController *replacement &＃61; nil;
[replacementSchemes enumerateKeysAndObjectsUsingBlock:^(NSString *scheme, NSValue *selectorValue, BOOL *stop) {
const struct _NSRange range &＃61; [identifier rangeOfString:scheme];
if (range.location &＃61;&＃61; 0)
{
*stop &＃61; YES;
UIViewController *(*objc_msgSendTyped)(id, SEL, NSString *) &＃61; (UIViewController *(*)(id, SEL, NSString *))objc_msgSend;
replacement &＃61; objc_msgSendTyped(self, selectorValue.pointerValue, [identifier substringFromIndex:range.length &＃43; 1]);
}
}];
return replacement;
}
现在你只需在容器内的每一个VC执行这个方法。举个例子&＃xff0c;如果你的app使用了TabBar&＃xff0c;下面的方法对你每一个UITabBarController的子类都会起作用&＃xff1a;
- (void)awakeFromNib;
{
[super awakeFromNib];
[super setViewControllers:[self processViewControllersByReplacingMocks:self.viewControllers] animated:NO];
}
- (void)setViewControllers:(NSArray *)viewControllers animated:(BOOL)animated;
{
[super setViewControllers:[self processViewControllersByReplacingMocks:viewControllers] animated:animated];
}
- (void)setViewControllers:(NSArray *)viewControllers;
{
[super setViewControllers:[self processViewControllersByReplacingMocks:viewControllers]];
}
- (NSArray *)processViewControllersByReplacingMocks:(NSArray *)viewControllersAndMocks;
{
NSMutableArray *array &＃61; [NSMutableArray new];
[viewControllersAndMocks enumerateObjectsUsingBlock:^(UIViewController *viewController, NSUInteger idx, BOOL *stop) {
UIViewController *replacement &＃61; [viewController kz_replacementController];
[array addObject:replacement ?: viewController];
}];
return [array copy];
}
使用行为(Behaviours)
如果要给你们推荐一种模式的话&＃xff0c;毫无疑问我会推荐“组合”(composition)&＃xff0c;这是个非常棒的模式&＃xff0c;并且能自然而然地带来其他好的方面。
行为是一种组合&＃xff0c;只能基于Interface Builder配置。
之前我在objc.io的架构指南中写过。
运行时属性和&＃64;IBInspectable
多年前我们就可以直接在IB内设置一些自定义属性了&＃xff0c;但是还有很多人是不知道的。他们在Interface Builder中新建了一个UIView&＃xff0c;然后再用代码来设置View的一些属性。
Xcode 6的运行时属性升级到支持&＃64;IBInspectable了&＃xff0c;将老且脆弱的运行时属性&＃xff1a;
修改成了一个可编辑的属性&＃xff0c;我们再也不会拼写错误了&＃xff1a;
可支持的属性有下列这些类型&＃xff1a;
- Int
- CGFloat
- Double
- String
- Bool
- CGPoint
- CGSize
- CGRect
- UIColor
- UIImage
扩展UIKit
你还可以扩展现有的类型&＃xff0c;比如UIKit中的类&＃xff1a;
extension UIView {
&＃64;IBInspectable var kz_borderColor: UIColor? {
get {
if let colorRef &＃61; layer.borderColor {
return UIColor(CGColor: colorRef)
}
return nil
}
set {
layer.borderColor &＃61; newValue?.CGColor
}
}
}
给UIView增加了一个漂亮的边界颜色编辑器
消除副作用
给NSLayoutConstraint增加一个标示符会咋样呢&＃xff1f;iOS7增加了一个identifier字段作调试用&＃xff0c;不过我在另外的一些地方使用了自定义的identifier。
我们的应用在不同的iOS设备的显示略有一些差异&＃xff0c;不幸的是Size Classes未能满足这个特别的设计。
为了处理这个需求&＃xff0c;我创建了一种简单的DSL语法来描述每一种设备的值&＃xff1a;
KZ_SPEC(Create, (&＃64;{
&＃64;"create.size.captionTextWidth" : kz_spec(260, 250, 234, 220),
&＃64;"create.size.segmentCollectionView.height" : kz_spec(116, 116, 116, 116).offsetBy(16)
}))
并且扩展了NSLayoutConstraint&＃xff0c;使我们能够为实际的界面绑定规格。这样就避免了在view中写样板代码了&＃xff1a;
&＃64;interface NSLayoutConstraint(KZDesignSpec)
&＃64;property (nonatomic, copy) IBInspectable NSString* kz_specName;
&＃64;end
&＃64;implementation NSLayoutConstraint (KZDesignSpe)
static void const *kDesignSpecKey &＃61; &kDesignSpecKey;
- (NSString *)kz_specName;
{
return objc_getAssociatedObject(self, kDesignSpecKey);
}
- (void)setKz_specName:(NSString *)kz_specName;
{
objc_setAssociatedObject(self, kDesignSpecKey, kz_specName, OBJC_ASSOCIATION_COPY_NONATOMIC);
self.constant &＃61; kz_floatForSpec(kz_specName);
self.identifier &＃61; kz_specName;
}
&＃64;end
快捷键和隐藏选项
确认你知道自己的快捷键以及Interface Builder的一些隐藏选项。
我还记得在我使用了2年的IB后看见一个人使用Media Tab拉出一张图片&＃xff0c;并创建了一个合适尺寸的UIImageView.而这时的我还是手动的……
快捷键有很多&＃xff0c;这里给出了一些不错的。
当你在设置AutoLayout的时候&＃xff0c;记得在拉约束的同时按Option键&＃xff0c;或者使用编辑菜单。
总结
Interface Builder离完美还有很长的路&＃xff0c;但它也远不是一些开发者认为的一个糟糕的工具。
很多应用不能说是“用Interface Builder来实现太复杂”了&＃xff0c;这是很多人在我问他们为什么不用IB的时候的回答。
Foldify和Storest都大量地使用IB.
实际上&＃xff0c;很多情况下使用IB足矣&＃xff0c;特别是加上我之前给出的扩展&＃xff0c;或者是你自己实现的扩展。
其他情况下使用代码。代码或IB&＃xff0c;不是一个只能二选一的问题。
京公网安备 11010802041100号