2016年12月

iOS 开发经验总结

· 2016-12-21
  1. 对于网络请求，请求前需要判断网络状态，对于网络请求返回数据，需要判断是否为当前请求的数据
  2. 对于列表型数据，需要注意去重

iOS 开发代码规范

· 2016-12-21
  • 关键代码必须写注释
  • 任意函数长度不得超过50行。（其实很容易就超过50行，这就要考虑代码抽取了。）
  • 任意行代码不能超过80字符。（其实也很容易超过80字符，可以考虑多行显示，比如有多个参数时，可以每个参数放一行。）可以在Xcode中设置超过80个字符的提醒，选中“Page guide at column”.设置完之后就会在代码80个字符处有一条竖线
  • 在每个方法的定义前留白一行，也就是在方法和方法之间留空一行
  • 功能相近的方法要放在一起，并推荐使用#pragma mark - * 来导航代码，切分代码块。这样可以方便函数的查找。并且可以使用快捷键control+6 来快速查找方法的位置
  • 二元运算符和参数之间要有一个空格，如赋值号=左右各留一个空格。
  • 一元运算符和参数之间不放置空格，比如！非运算符，&按位与，|按位或
  • 强制类型转换和参数之间不放置空格。
  • 长的变量值应该拆分为多行。尤其体现在使用数组或者字典。以下也分别是快速声明数组@[]和字典@{}的方法。
  • 尽量使用有意义的名字命名，拒绝使用i,j等无意义字符命名。类的命名首字母大写，其他变量的命名首字符小写，并使用驼峰式分割单词。
  • 尽量减少在代码中直接使用数字常量，而使用宏定义等方式。如：MAX_NUMBER_PHONE替代8等等。这样我们搜索也比较方便。
  • 尽量减少代码中的重复计算，比如代码中多处要使用屏幕宽度，然后计算：[[UIScreenmainScreen] bounds].size.width , 很多次，闲得很繁琐，代码也冗长,不如直接宏定义

  • 合理使用约定俗成的缩略词

    • alloc : 分配；
    • alt : 轮流，交替；
    • app : 应用程序；
    • calc : 计算；
    • dealloc : 销毁、析构；
    • func : 函数、方法；
    • horiz : 水平的；
    • info : 信息；
    • init : 初始化；
    • max : 最大的；
    • min : 最小的；
    • msg : 消息；
    • nib : Interface Builder；
    • rect : 矩形；
    • temp : 暂时的；
    • vert : 垂直的；
  • 宏定义全部字母大写,单词之间需要用下划线分割
  • 函数长度不要超过50行，小函数比大函数可读性更强。函数的参数不宜过多，零元函数最好，一元函数也不错，高于三元的函数需重构。
  • 合理范围内使用链式编程 NSString *myName = [[NSString alloc] init]; 但是嵌套不宜超过3层，超过3层需进行重构
  • 函数调用时所有参数在同一行。如果参数过多，则可以每行一个参数，每个参数以冒号对齐
  • 对传入参数的保护或者说是否为空的判断，尽量不要使用if(!obj),而使用NSAssert断言来处理。NSAssert是系统定义的宏
  • 方法参数名前一般使用”an”,”the”,”new”来进行修饰
  • if-else超过四层的时候，就要考虑重构，多层的if-else结构很难维护
  • 当需要一定条件才执行某项操作时，最左边的应该是最重要的代码，不要将最重要的代码内嵌到if中
  • 所有的逻辑块都使用{}花括号包围，就算只是一行代码
  • 明确指定构造函数，并有适当的注释
  • 不要在init方法中把变量或者说属性初始化为0或者nil，因为没有必要。
  • UIView的子类初始化的时候，不要进行任何的布局操作。布局操作应该在layoutSubviews里面做；需要重新布局的时候调用setNeedsLayout，而不要直接调用layoutSubviews。
  • 保持公共API简单，也就是保持.h文件简单。放在.h中声明的函数都是会被公开的，如果根本就没必要对其他类公开，就不要在.h中声明。OC中的方法都是公有方法，没有私有方法一说。
  • 一个文件只实现一个类。同一个文件中不要有多个类。
  • Protocol单独用一个文件来创建，尽量不要与相关类混在一个文件中。
  • 在类定义中使用到自己定义类的时候，尽量不要在头文件中引入自己定义类的头文件，使用@class替代。而在实现文件中引入头文件。
  • 布局时尽量使用相对布局，比如使用子View在父View中的相对位置。
    代码折叠，这个可能是关于开发效率的，我也写在编码规范中，因为这个很有用。Xcode7默认没有开启代码折叠，如果你的方法体行数很长，看起来会很不方便，此时你就可以把方法“收起来”，一个类中的结构就会很清晰。开启方法如下：Xcode菜单–>Preferences–>Text Editing–>勾选Code folding ribbon
  • 推荐方法的第一个花括号直接跟在方法体后，而不是另起一行，这样可以减少代码行
  • 推荐方法体中的第一行留空，最后一行不留空，这样一个方法就会比较清晰，但是如果该花括号里面又是一个if，for之类的带花括号的语句块，那么上述的第一行可以不留空。同样，如果花括号内第一行是注释的话，第一行也可以不留空。注释也起到了分隔代码的作用，看起来比较清晰。再者，如果花括号内只有一行代码，第一行可以不留空。
  • block中第一行也要留空，同方法体中的第一行留空，使代码清晰
    代表类方法和实例方法的”+”加号,”-“减号后需要一个空格。这是一个非常小的细节，系统默认的方法都是这样的，我们自己声明或者实现一个方法的时候也需要这样
  • 这一条有点像编程经验了，就是为解决某个问题估算时间。比如要开发某个功能、调试某个bug、给自己一个时间限制，如果在这期间不能解决问题，那么就去寻求帮助。这既是给自己一个压力，也为了不浪费时间。虽然，这一条其实很难做到，我往往由于不甘心而无限拖延时间去解决问题
  • 由于提到编程经验，就不得不提到版本控制。务必去学会SVN或者Git，就算你是独立开发，也要学会控制自己的代码，当然，你要经常备份你的代码

未完待续

微信支付集成遇到的坑

· 2016-12-20
调起支付出现“支付验证签名失败”
  1. 服务端访问“ 统一下单”接口，收到返回值。
  2. APP在将上一步返回值传递微信时出现“支付验证签名失败”问题。

需要注意的是：

执行第1步的时候，收到返回值，需要将sign参数再次重新生成签名。返回到APP(相当于需要按相同的方式签名两次再发送微信支付请求)

支付完成无法调起onResp回调

我的开发环境：XCode 8 + iOS 9.3.5

使用微信支付，调起了微信支付，并正常返回后，在我的APP无法调起onResp回调。经过CoderLeon的提示，终于找到了方法，## 在IOS9.2和Xcode7.2之后，需要使用苹果的新方法 ##。看看微信的API也是醉了，下面介绍正确打开姿势：

- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url {
    return  [WXApi handleOpenURL:url delegate:[WXApiManager shareInstance]];
}

- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation {
    return [WXApi handleOpenURL:url delegate:[WXApiManager shareInstance]];
}

- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary*)options {
    return [WXApi handleOpenURL:url delegate:[WXApiManager shareInstance]];
}

清除Chrome 的dns cache

· 2016-12-14

为了加快访问速度，Google Chrome浏览器采用了预提DNS记录，在本地建立DNS缓存的方法，加快网站的连接速度。你在谷歌Chrome浏览器的地址栏中输入about:DNS，就可以看到本地的DNS缓存。
在chrome下清除DNS缓存方法：

  1. 用chrome打开：chrome://net-internals/#dns
  2. 点击上面的clean host cache

CocoaPods 安装使用总结

· 2016-12-03

安装篇

安装ruby环境

因为众所周知的原因，ruby官方源在国内不好用，我们需要添加国内第三方源，以前都是添加淘宝源，但现在淘宝源已经停止更新了，建议使用ruby china 源。

$ gem sources --add https://gems.ruby-china.org/ --remove https://rubygems.org/

https://gems.ruby-china.org/ added to sources
https://rubygems.org/ removed from sources
查看当前的ruby源
$ gem sources -l
*** CURRENT SOURCES ***

https://gems.ruby-china.org
# 请确保只有 gems.ruby-china.org
安装CocoaPods
$ sudo gem install cocoapods
查看cocoapods是否支持某个类库
$ pod search 类库名,支持模糊查询(如:AFNetworking)

使用pod search 查询后，可以使用Q键退出

安装错误解决
  • 错误1：
Error fetching http://ruby.taobao.org/:
bad response Not Found 404 (http://ruby.taobao.org/specs.4.8.gz)

==解决方案==：把安装流程中

$gem sources -a http://ruby.taobao.org/

改为

$gem sources -a https://gems.ruby-china.org/

  • 错误2：
ERROR:  While executing gem ... (Errno::EPERM)
Operation not permitted - /usr/bin/pod

==解决方案==：苹果系统升级OS X EL Capitan后会出现的插件错误，
==将安装流程:安装CocoaPods 的==

sudo gem install cocoapods

改为

sudo gem install -n /usr/local/bin cocoapods

  • 错误3：
    [!] Unable to satisfy the following requirements: - AVOSCloud (~> 3.1.6.3) required by Podfile

Specs satisfying the AVOSCloud (~> 3.1.6.3) dependency were found, but they required a higher minimum deployment target.

==解决方案==：安装流程：Podfile文件 中 platform:ios, ‘6.0’ 后边的 6.0 是平台版本号 ，一定要加上

使用篇

添加Podfile文件
  1. 在需要添加pod的项目根目录，添加一个Podfile文件：

1.0版本后为下面的格式,更早的版本不需要target,end行

platform :ios, '8.0'   # 制定平台及使用的最低系统版本
target 'DocSite' do    # 设置一个项目target,可以在Xcode的targets下查看
        pod 'AFNetworking'   # 需要添加的第三方库，一行一个库名
end   # 结束标志

Podfile也可以放在任何位置,但是需要在Podfile顶部使用”xcodeproj”关键字指定工程的路径,如下:

xcodeproj "/Users/username/Desktop/CocoaPodsDemo/CocoaPodsDemo.xcworkspace"

但是执行pod install命令后,生成的文件放在了Podfile所在的目录.

安装第三方依赖库

在Terminal下，切入到项目的根目录下，执行如下命令：

pod install

安装完成后，会提示如下信息：

[!] Please close any current Xcode sessions and use `CocoaPodsDemo.xcworkspace` for this project from now on.

经过以上步骤后,我们现在可以打开CocoaPodsDemo.xcworkspace启动我们的新工程了.新工程中已经通过cocoapods引入并配置好了我们刚在Podfile写的需要依赖的第三方库了.

引入第三方库后找不到头文件?

在项目的Targe-Build Settings-Search Paths-User Header Search Paths中添加${SRCROOT} 值为 recursive

如下图:

cocoapods配置头文件

如何编译从github上checkout下来的一个已包含CocoPods类库的项目?

打开终端进入你所下载项目的根目录,执行以下命令,后会得到上面的那句话:

$ pod update

等待命令运行完毕后,同样最后会输出:

[!] From now on use `xxxxx.xcworkspace`.

如何删除cocopods?

  1. 删除工程文件夹下的Podfile、Podfile.lock及Pods文件夹
    删除xcworkspace文件
  2. 使用xcodeproj文件打开工程，删除Frameworks组下的Pods.xcconfig及libPods.a引用
  3. 在工程设置中的Build Phases下删除Check Pods
  4. Manifest.lock及Copy Pods Resources

删除cocoapods

CocoaPods常用命令

  • pod install

根据Podfile文件指定的内容，安装依赖库，如果有Podfile.lock文件而且对应的Podfile文件未被修改，则会根据Podfile.lock文件指定的版本安装。

每次更新了Podfile文件时，都需要重新执行该命令，以便重新安装Pods依赖库。

  • pod update

若果Podfile中指定的依赖库版本不是写死的，当对应的依赖库有了更新，无论有没有Podfile.lock文件都会去获取Podfile文件描述的允许获取到的最新依赖库版本。

  • pod search

命令格式为：

$ pod search 类库名,支持模糊查询(如:AFNetworking)

使用Q键退出搜索

pod search result

红框中的信息为AFNetworking 最新版本,Version中显示了历史版本,根据这些信息来编写我们的Podfile文件如:

pod 'AFNetWorking', '~> 3.1.0'

这句话具体含义是什么呢?
当我们通过cocopods引入依赖库时，需要显示或隐式注明引用的依赖库版本，具体写法和表示含义如下:

pod ‘AFNetworking’      //不显式指定依赖库版本，表示每次都获取最新版本
pod 'AFNetworking', '2.0'     //只使用2.0版本
pod 'AFNetworking', '> 2.0'     //使用高于2.0的版本
pod 'AFNetworking', '>= 2.0'     //使用大于或等于2.0的版本
pod 'AFNetworking', '< 2.0'     //使用小于2.0的版本
pod 'AFNetworking', '<= 2.0'     //使用小于或等于2.0的版本
pod 'AFNetworking', '~> 0.1.2'     //使用大于等于0.1.2但小于0.2的版本
pod 'AFNetworking', '~>0.1'     //使用大于等于0.1但小于1.0的版本
pod 'AFNetworking', '~>0'     //高于0的版本，写这个限制和什么都不写是一个效果，都表示使用最新版本
  • pod setup

用于跟新本地电脑上的保存的Pods依赖库tree。由于每天有很多人会创建或者更新Pods依赖库，这条命令执行的时候会相当慢，还请耐心等待。我们需要经常执行这条命令，否则有新的Pods依赖库的时候执行pod search命令是搜不出来的。

①多个target中使用相同的Pods依赖库

比如，名称为CocoaPodsTest的target和Second的target都需要使用Reachability、SBJson、AFNetworking三个Pods依赖库，可以使用link_with关键字来实现，将Podfile写成如下方式：

link_with ‘CocoaPodsTest’, ‘Second’
platform :ios do
    pod ‘Reachability’,  ‘~> 3.0.0’
    pod ‘SBJson’, ‘~> 4.0.0’
    platform :ios, ‘7.0’
    pod ‘AFNetworking’, ‘~> 2.0’
end

这种写法就实现了CocoaPodsTest和Second两个target共用相同的Pods依赖库。

②不同的target使用完全不同的Pods依赖库

CocoaPodsTest这个target使用的是Reachability、SBJson、AFNetworking三个依赖库，但Second这个target只需要使用OpenUDID这一个依赖库，这时可以使用target关键字，Podfile的描述方式如下：

target :’CocoaPodsTest’ do
platform :ios
    pod ‘Reachability’,  ‘~> 3.0.0’
    pod ‘SBJson’, ‘~> 4.0.0’
platform :ios, ‘7.0’
    pod ‘AFNetworking’, ‘~> 2.0′
end
target :’Second’ do
    pod ‘OpenUDID’, ‘~> 1.0.0’
end

其中，do/end作为开始和结束标识符。

* 注:

有时候，我们在执行pod install或pod search命令时，会在终端偶现卡在pod setup界面的情况，

其实，该情况也许并非真的卡住，下面给出两种解决方案。

  • 方案1：

    • 在执行pod install命令时加上参数--verbose即:pod install 'ThirdPartyName' --verbose,可在终端详细显示安装信息，看到pod目前正在做什么(其实是在安装第三方库的索引)，确认是否是真的卡住。
    • 进入终端家目录，输入ls -a可看到隐藏的pod文件夹，输入cd .cocoapods进入pod文件夹，然后输入du -sh即可看到repos文件夹的容量，隔几秒执行一下该命令，可看到repos的容量在不断增大，待容量增大至900+M时，说明，repos文件夹索引目录已安装完毕。此时，pod功能即可正常使用。

  • 方案2：

    • 通过方案1，我们知道在pod setup过程中，pod其实是在安装第三方库的索引目录，因此我们可以直接从GitHub上下载索引目录拷进repos文件夹。
    • 前往https://github.com/CocoaPods/Specs，下载该索引，然后拷进repos文件夹。目录结构如下图所示:

  • 完全退出终端，重启终端，pod功能即可正常使用。

Podfile.lock文件

在使用CocoaPods，执行完pod install之后，会生成一个Podfile.lock文件。这个文件看起来跟我们关系不大，实际上绝对不应该忽略它。

该文件用于保存已经安装的Pods依赖库的版本，通过CocoaPods安装了SBJson、AFNetworking、Reachability三个POds依赖库以后对应的Podfile.lock文件内容为

PODS:
– AFNetworking (2.1.0):
– AFNetworking/NSURLConnection
– AFNetworking/NSURLSession
– AFNetworking/Reachability
– AFNetworking/Security
– AFNetworking/Serialization
– AFNetworking/UIKit
– AFNetworking/NSURLConnection (2.1.0):
– AFNetworking/Reachability
– AFNetworking/Security
– AFNetworking/Serialization
– AFNetworking/NSURLSession (2.1.0):
– AFNetworking/NSURLConnection
– AFNetworking/Reachability (2.1.0)
– AFNetworking/Security (2.1.0)
– AFNetworking/Serialization (2.1.0)
– AFNetworking/UIKit (2.1.0):
– AFNetworking/NSURLConnection
– Reachability (3.0.0)
– SBJson (4.0.0)
DEPENDENCIES:
– AFNetworking (~> 2.0)
– Reachability (~> 3.0.0)
– SBJson (~> 4.0.0)
SPEC CHECKSUMS:
AFNetworking: c7d7901a83f631414c7eda1737261f696101a5cd
Reachability: 500bd76bf6cd8ff2c6fb715fc5f44ef6e4c024f2
SBJson: f3c686806e8e36ab89e020189ac582ba26ec4220
COCOAPODS: 0.29.0

Podfile.lock文件最大得用处在于多人开发。当团队中的某个人执行完pod install命令后，生成的Podfile.lock文件就记录下了当时最新Pods依赖库的版本，这时团队中的其它人check下来这份包含Podfile.lock文件的工程以后，再去执行pod install命令时，获取下来的Pods依赖库的版本就和最开始用户获取到的版本一致。如果没有Podfile.lock文件，后续所有用户执行pod install命令都会获取最新版本的SBJson，这就有可能造成同一个团队使用的依赖库版本不一致，这对团队协作来说绝对是个灾难！

在这种情况下，如果团队想使用当前最新版本的SBJson依赖库，有两种方案：

  1. 更改Podfile，使其指向最新版本的SBJson依赖库；
  2. 执行pod update命令；

参考：

cocoapods安装使用及配置私有库

使用CocoaPods卡在了"pod setup"界面的解决办法