转自I\’m Allen的博客
 
 
原文来自破船的分享
 
原文作者是开发界中知晓度相当高的 Mugunth Kumar,他是 MKNetworkKit 的作者(虽然没有 AFNetworking 使用那么广泛,但也是一个很棒的 Network Kit),更是最近流传甚广的《iOS 5/6 Programming – Pushing The Limits》的作者。
 
文章中 MK 介绍了几点开发中常用的小技巧,几条 Tips 简单易懂,但是很实用,不但可以提高开发效率,而且可以提高代码的可读性和可复用性。
 
Types in Objective-C 和 Naming Conventions 两个章节介绍性内容较多,下面从 Subclassing 开始简单直译一下,第一次翻译,有诸多不到位的地方,各位多包涵。
 
Subclassing 继承/子类
大多语言允许开发者子类化框架所提供的类,但是在 Objective-C 中不完全是这样。大部分常用的类,诸如 NSArray、NSSet、NSDictionary 基本上都是集合类型的。不建议继承这些类,除非你准备转发调用或者实现所有必要的原始方法。
 
在传统的开发语言中,通常会通过继承基础类型(类似 NSArray 的类)来新增方法,重载已有的方法,或是自定义 UI 组件的外观。在 Objective-C 中,一般通过 Category 来扩展新方法。通过混合方法(swizzling the method?)来重载 SDK 提供的实现。以及外观相关的代理协议(Protocol)来定制 UI 组件的外观。
 
虽说如此,还是有一些类是经常会继承它们的,比如 UIViewController、UITableViewController、UIControl 等。继承 UIViewController 大概是开发过程中最棒的一件事,因为它使得添加常见的功能变得异常简单。在我开发的每个 App 中,会有一个继承自 UIViewController 的子类,它实现了一组常用的方法。所有其他的 View Controllers 则都继承自这个基础类。
 
(译者注:Web 开发中也常会有一个用于被继承的 BaseController 来提供公共方法,看来开发是触类旁通的,要多思考)
 
所以,以下继承方法:
  1. @interface MyAppFeaturedYouTubeVideosViewController : UIViewController 
应该替换成:
  1. @interface MyAppFeaturedYouTubeVideosFeaturedViewController : MyAppViewController 
  2. @interface MyAppViewController : UIViewController 
这个公用基础类可以在后续开发过程中用来添加公用的方法。在这个基础父类中,我通常会申明以下方法:
  1. -(UIView*) errorView; 
  2. -(UIView*) loadingView; 
  3. -(void) showLoadingAnimated:(BOOL) animated; 
  4. -(void) hideLoadingViewAnimated:(BOOL) animated; 
  5. -(void) showErrorViewAnimated:(BOOL) animated; 
  6. -(void) hideErrorViewAnimated:(BOOL) animated; 
 
实现如下:
  1. -(UIView*) errorView { 
  2.   
  3.   return nil; 
  4.   
  5. -(UIView*) loadingView { 
  6.   
  7.   return nil; 
  8.   
  9. -(void) showLoadingAnimated:(BOOL) animated { 
  10.   
  11.   UIView *loadingView = [self loadingView]; 
  12.   loadingView.alpha = 0.0f; 
  13.   [self.view addSubview:loadingView]; 
  14.   [self.view bringSubviewToFront:loadingView]; 
  15.   
  16.   double duration = animated ? 0.4f:0.0f; 
  17.   [UIView animateWithDuration:duration animations:^{ 
  18.     loadingView.alpha = 1.0f; 
  19.   }]; 
  20.   
  21. -(void) hideLoadingViewAnimated:(BOOL) animated { 
  22.   
  23.   UIView *loadingView = [self loadingView]; 
  24.   
  25.   double duration = animated ? 0.4f:0.0f; 
  26.   [UIView animateWithDuration:duration animations:^{ 
  27.     loadingView.alpha = 0.0f; 
  28.   } completion:^(BOOL finished) { 
  29.     [loadingView removeFromSuperview]; 
  30.   }]; 
  31.   
  32. -(void) showErrorViewAnimated:(BOOL) animated { 
  33.   
  34.   UIView *errorView = [self errorView]; 
  35.   errorView.alpha = 0.0f; 
  36.   [self.view addSubview:errorView]; 
  37.   [self.view bringSubviewToFront:errorView]; 
  38.   
  39.   double duration = animated ? 0.4f:0.0f; 
  40.   [UIView animateWithDuration:duration animations:^{ 
  41.     errorView.alpha = 1.0f; 
  42.   }]; 
  43.   
  44. -(void) hideErrorViewAnimated:(BOOL) animated { 
  45.   
  46.   UIView *errorView = [self errorView]; 
  47.   
  48.   double duration = animated ? 0.4f:0.0f; 
  49.   [UIView animateWithDuration:duration animations:^{ 
  50.     errorView.alpha = 0.0f; 
  51.   } completion:^(BOOL finished) { 
  52.     [errorView removeFromSuperview]; 
  53.   }]; 
 
现在,App 中的每个 View Controller 中,可以很方便的通过调用以上方法来改变当前 View 的状态为 Loading 或者 Error。而且,View Controller 可以通过重载 -errorView 和 -loadingView 方法来提供自定义错误界面和 Loading 界面。
 
你还可以通过重载这个基础类中的 -viewDidLoad 来统一修改所有 View 的表现。比如为所有的 View 添加相同的背景图片或背景色:
 
  1. – (void)viewDidLoad 
  2.   [super viewDidLoad]; 
  3.   self.view.backgroundColor = [UIColor appOffWhiteColor]; // changes all my views to “off-white” 
 
 
UI Customization 自定义 UI
自定义 UI 可以大致分成两类,一是自定义控件,二是皮肤/主题。前者可以让 App 更出色,而后者是大部分 App 都需要的。我建议给 UIFont 和 UIColor 写 Category 扩展来提供自定义字体和自定义颜色。
 
例如,给 UIFont 添加如下方法:
  1. +(UIFont*) appFontOfSize:(CGFloat) pointSize { 
  2.   
  3.   return [UIFont fontWithName:@“MyriadPro-Regular” size:pointSize]; 
  4.   
  5. +(UIFont*) boldAppFontOfSize:(CGFloat) pointSize { 
  6.   
  7.   return [UIFont fontWithName:@“MyriadPro-Black” size:pointSize]; 
你就可以很方便地使用 [UIFont appFontOfSize:13] 得到 MyriadPro-Regular 字体。这样当你的设计需求变更时,就可以很快速的更换整个 App 中的字体。
 
相同的设计模式也可以应用到自定义颜色中。给 UIColor 添加以下方法:
  1. #define GREY(color) [UIColor colorWithRed:color/255.0 green:color/255.0 blue:color/255.0 alpha:1] 
  2.   
  3. +(UIColor*) appBackgroundColor { 
  4.   
  5.   return [UIColor colorWithPatternImage:[UIImage imageNamed:@“BGPattern”]]; 
  6.   
  7. +(UIColor*) appBlack1Color { 
  8.   
  9.   return GREY(38); 
  10.   
  11. +(UIColor*) appOffWhiteColor { 
  12.   
  13.   return GREY(234); 
 
所以,千万不要用 Interface Builder 来选颜色。
Subclassing UILabels 继承 UILabel
还有一个小窍门,当开发者继承 UILabel、UITextField 和 UITextView 时,通常在 -initWithFrame: 和 -initWithCoder: 方法中设置字体和颜色,参见以下代码:
  1. @implementation AppPrefixLabel 
  2.   
  3. -(void) setup { 
  4.   
  5.   self.font = [UIFont fontWithName:@“SourceSansPro-Semibold” size:self.font.pointSize]; 
  6.   self.textColor = [UIColor redColor]; 
  7.   
  8. -(id) initWithFrame:(CGRect)frame { 
  9.   
  10.   if((self = [super initWithFrame:frame])) { 
  11.   
  12.     [self setup]; 
  13.   } 
  14.   
  15.   return self; 
  16. -(id) initWithCoder:(NSCoder *)aDecoder { 
  17.   
  18.   if((self = [super initWithCoder:aDecoder])) { 
  19.   
  20.     [self setup]; 
  21.   } 
  22.   
  23.   return self; 
  24.   
  25. @end 
这个技巧使得开发者可以在 Interface Builder 中自定义这些元素的外观。在 IB 中拖入一个 UILabel,并且修改它的类为你自定义的类,瞬间就完成了这个 Label 字体和颜色的自定义,不用任何多余的代码。
这个技巧多数情况下相当管用,但是当你的 App 支持自定义主题,且用户可以通过设置界面更换主题时,就会显得有些麻烦。
 
-initWithFrame: 和 initWithCoder: 会在 UI 组件创建的时候被调用,所以在这之后如果要改变字体和颜色,就需要很多额外的代码。因此,如果你的 App 支持主题,写一个主题管理器的全局单例来提供全局的主题、字体、颜色。
 
如果你用到了我说的第一个方法,你的 UIFont 的 Category 现在可以这样实现了:
  1. +(UIFont*) appFontOfSize:(CGFloat) pointSize { 
  2.   
  3.   NSString *currentFontName = [[ThemeProvider sharedInstance] currentFontName]; 
  4.   return [UIFont fontWithName:currentFontName size:pointSize]; 
UIColor 同理。其实没有正确或错误的方法,上述方法都是可行的。
 
遵从这里提到的设计模式,可以让你的代码干净得像写的很漂亮的 JS/CSS。试着在你的下一个项目中用这些方法吧。
 
Allen 后记
之前在想 iOS 开发到底是否需要一个类似 Web 开发中的所谓的框架,但渐渐发现其实 iOS SDK 本就是一个高度封装了的框架了,可能我们需要的不是更更高层的框架,而是一种好的设计模式、开发习惯和代码结构。因此是不是可以从一个 Project 的层面出发,写一个干净的框架,并且定义一些规范,就是一个很好的“框架”了?而不是非得提供 Router 之类的往 Web 开发框架去靠。

版权声明:本文为yingkong1987原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/yingkong1987/p/3290303.html