我不是掌柜_个人页_阿里云开发者社区

发表了文章 2018-11-20

对Link Map File的初步认识

什么是Link Map File Link Map File中文直译为链接映射文件，它是在Xcode生成可执行文件的同时生成的链接信息文件，用于描述可执行文件的构造部分，包括了代码段和数据段的分布情况。Xcode在生成可执行文件的时候默认情况下不生成该文件，需要开发者手动设置Target --> Build Setting --> Write Link Map File为YES：这里还可以设置Link Map存放的位置，默认的位置为： $(TARGET_TEMP_DIR)/$(PRODUCT_NAME)-LinkMap-$(CURRENT_VARIANT)-$(CURRENT_ARCH).txt 例如： /Users/zhanggui/Library/Developer/Xcode/DerivedData/LinkMapTest-ffnpzjkbsmhwvdcxorqbxpyvjtob/Build/Intermediates.noindex/LinkMapTest.build/Debug-iphonesimulator/LinkMapTest.build/LinkMapTest-LinkMap-normal-x86_64.txt 开发者也可以根据自己的需要自行设置该文件的位置。 Link Map File的组成打开Link Map File，里面包含了以下几个部分： 1. Path # Path: /Users/zhanggui/Library/Developer/Xcode/DerivedData/LinkMapTest-ffnpzjkbsmhwvdcxorqbxpyvjtob/Build/Products/Debug-iphonesimulator/LinkMapTest.app/LinkMapTest Path是生成可执行文件的路径。 2. Arch # Arch: x86_64 Arch指代架构类型。 3. Object files： # Object files: [ 0] linker synthesized [ 1] /Users/zhanggui/Library/Developer/Xcode/DerivedData/LinkMapTest-ffnpzjkbsmhwvdcxorqbxpyvjtob/Build/Intermediates.noindex/LinkMapTest.build/Debug-iphonesimulator/LinkMapTest.build/LinkMapTest.app-Simulated.xcent [ 2] /Users/zhanggui/Library/Developer/Xcode/DerivedData/LinkMapTest-ffnpzjkbsmhwvdcxorqbxpyvjtob/Build/Intermediates.noindex/LinkMapTest.build/Debug-iphonesimulator/LinkMapTest.build/Objects-normal/x86_64/ViewController.o [ 3] /Users/zhanggui/Library/Developer/Xcode/DerivedData/LinkMapTest-ffnpzjkbsmhwvdcxorqbxpyvjtob/Build/Intermediates.noindex/LinkMapTest.build/Debug-iphonesimulator/LinkMapTest.build/Objects-normal/x86_64/main.o [ 4] /Users/zhanggui/Library/Developer/Xcode/DerivedData/LinkMapTest-ffnpzjkbsmhwvdcxorqbxpyvjtob/Build/Intermediates.noindex/LinkMapTest.build/Debug-iphonesimulator/LinkMapTest.build/Objects-normal/x86_64/AppDelegate.o [ 5] /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator12.1.sdk/System/Library/Frameworks//Foundation.framework/Foundation.tbd [6]/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator12.1.sdk/usr/lib/libobjc.tbd [7]/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator12.1.sdk/System/Library/Frameworks//UIKit.framework/UIKit.tbd Object Files列举了可执行文件里所有的obj以及tbd。每一行代表对文件的编号。例如ViewController.o文件，其编号为2。编号的具体作用稍后介绍。 4. Sections # Sections: # Address Size Segment Section 0x100001730 0x00000333 __TEXT __text 0x100001A64 0x0000002A __TEXT __stubs 0x100001A90 0x00000056 __TEXT __stub_helper 0x100001AE6 0x00000A27 __TEXT __objc_methname 0x10000250D 0x0000003C __TEXT __objc_classname 0x100002549 0x0000086D __TEXT __objc_methtype 0x100002DB6 0x0000007A __TEXT __cstring 0x100002E30 0x00000182 __TEXT __entitlements 0x100002FB4 0x00000048 __TEXT __unwind_info 0x100003000 0x00000010 __DATA __nl_symbol_ptr 0x100003010 0x00000010 __DATA __got 0x100003020 0x00000038 __DATA __la_symbol_ptr 0x100003058 0x00000010 __DATA __objc_classlist 0x100003068 0x00000010 __DATA __objc_protolist 0x100003078 0x00000008 __DATA __objc_imageinfo 0x100003080 0x00000BE8 __DATA __objc_const 0x100003C68 0x00000010 __DATA __objc_selrefs 0x100003C78 0x00000008 __DATA __objc_classrefs 0x100003C80 0x00000008 __DATA __objc_superrefs 0x100003C88 0x00000008 __DATA __objc_ivar 0x100003C90 0x000000A0 __DATA __objc_data 0x100003D30 0x000000C0 __DATA __data 单从字面含义理解：每个Section包含了Address、Size、Segment以及Section。介绍之前，这里先简单介绍一下Mach-O文件。上面第一部分的Path是可执行文件的路径，使用iTerm进去到该文件夹，然后使用file命令即可查看该文件的类型： file LinkMapTest 输出结果为： LinkMapTest: Mach-O 64-bit executable x86_64 可以知道该文件是一个Mach-O格式的文件，它是iOS系统应用执行文件格式。Mach-O文件中的虚拟地址最终会被映射到物理地址上，这些地址会被分为不同的段类型：_ TEXT 、 _ DATA以及_ _ LINKEDIT等。各个段的含义如下： TEXT包含了被执行的代码。这些代码是只读、可执行 DATA包含了包含了将会被更改的数据，例如全局变量、静态变量等，可读写，但是不可执行 LINKEDIT 包含了加载程序的元数据，比如函数名称和地址，只读。 Segment又被划分成了不同的Section，不同的Section存储了不同的信息，例如 objc _ methname 为方法的名称。再回顾上面的Sections，Address是起始位置、Size是大小、Segment是段、Section。 5. Symbols # Address Size File Name 0x100001730 0x0000003C [ 2] -[ViewController viewDidLoad] 0x100001770 0x00000092 [ 3] _main 0x100001810 0x00000080 [ 4] -[AppDelegate application:didFinishLaunchingWithOptions:] 0x100001890 0x00000040 [ 4] -[AppDelegate applicationWillResignActive:] 0x1000018D0 0x00000040 [ 4] -[AppDelegate applicationDidEnterBackground:] 0x100001910 0x00000040 [ 4] -[AppDelegate applicationWillEnterForeground:] 0x100001950 0x00000040 [ 4] -[AppDelegate applicationDidBecomeActive:] 0x100001990 0x00000040 [ 4] -[AppDelegate applicationWillTerminate:] 0x1000019D0 0x00000020 [ 4] -[AppDelegate window] 0x1000019F0 0x00000040 [ 4] -[AppDelegate setWindow:] 0x100001A30 0x00000033 [ 4] -[AppDelegate .cxx_destruct] 0x100001A64 0x00000006 [ 5] _NSStringFromClass 0x100001A6A 0x00000006 [ 7] _UIApplicationMain 0x100001A70 0x00000006 [ 6] _objc_autoreleasePoolPop 0x100001A76 0x00000006 [ 6] _objc_autoreleasePoolPush 0x100001A7C 0x00000006 [ 6] _objc_msgSendSuper2 0x100001A82 0x00000006 [ 6] _objc_retainAutoreleasedReturnValue 0x100001A88 0x00000006 [ 6] _objc_storeStrong 0x100001A90 0x00000010 [ 0] helper helper 0x100001AA0 0x0000000A [ 5] _NSStringFromClass 0x100001AAA 0x0000000A [ 6] _objc_autoreleasePoolPop 0x100001AB4 0x0000000A [ 6] _objc_autoreleasePoolPush 0x100001ABE 0x0000000A [ 6] _objc_msgSendSuper2 0x100001AC8 0x0000000A [ 6] _objc_retainAutoreleasedReturnValue 0x100001AD2 0x0000000A [ 6] _objc_storeStrong 0x100001ADC 0x0000000A [ 7] _UIApplicationMain 0x100001AE6 0x0000000C [ 2] literal string: viewDidLoad . . . 根据Sections的起始地址，可以将Symbols分为Sections个数的组，例如0x100001730到0x100001A64之间，就是 test代码区。 Symbols包含的信息有： Address：起始地址 Size：所占内存大小，这里使用16进制表示。 File：该Name所在的文件编号，也就是Object files部分的中括号的数字，例如-[ViewController viewDidLoad]对应的文件编号为2，根据Object files部分可以看到所属的文件为：ViewController.o。这样可以计算某个o文件所占内存的大小。只需要把Symbols中编号为o编号Symbols累加统计即可。 Name就是该Sybmols的名称。 6. Dead Stripped Symbols # Dead Stripped Symbols: # Size File Name <<dead>> 0x00000018 [ 2] CIE <<dead>> 0x00000018 [ 3] CIE <<dead>> 0x00000006 [ 4] literal string: class <<dead>> 0x00000008 [ 4] literal string: v16@0:8 <<dead>> 0x00000018 [ 4] CIE . . . 上面便是对Link map file做了简单的介绍。 itools 花了两天的时间，根据对Link Map File的学习，使用Ruby写了一个脚本文件，可以方便地统计出指定Link Map File中的组件或者tbd占用内存大小，类似： AppDelegate.o 8.50KB ViewController.o 735B LinkMapDemo.app-Simulated.xcent 386B main.o 192B linker synthesized 128B libobjc.tbd 120B Foundation.tbd 24B UIKit.tbd 24B 总大小为(仅供参考)：10.07KB 想了解更多可以访问https://github.com/ScottZg/itools 总结苹果开发还是有很多细节的东西需要去学习去了解。学习一门脚本语言，也会给平时的开发带来很大的方便。参考 Mach-O可执行文件 iOS调优|深入理解Link Map File iOS APP可执行文件的组成

发表了文章 2018-07-26

Mac如何编译FFmpeg

前言维基百科解释：FFmpeg是一个开源软件，可以运行音频和视频多种格式的录影、转换、流功能，包含了libavcodec – 这是一个用于多个项目中音频和视频的解码器库，以及libavformat – 一个音频与视频格式的转换库。百度百科解释：FFmpeg是一套可以用来记录、转换数字音频、视频，并能够将其转化为流的开源计算机程序。正文接下来介绍一下如何在Mac系统上编译FFmpeg。首先你需要安装两个工具： Xcode homebrew。安装Xcode的原因是Xcode提供了Mac平台开发环境必须的gcc编译器。这里假设你一进安装了Xcode 和 homebrew。如果还没有安装，请先安装，在继续下面的操作：使用homebrew安装ffmpge 在终端执行命令： brew install ffmpeg 执行成功之后，你会在终端看到如下信息：然后在终端执行： brew info ffmpeg 你会看到：此时说明已经安装成功！如果你想升级ffmpeg，可以执行下面的命令： brew update && brew upgrade ffmpeg 简单使用我们可以使用该工具进行视频格式转换，将mp4转成flv。使用终端进入mp4文件存放地址，然后执行下面的命令： ffmpeg -i test.mp4 -b:v 640k test.flv 作用就是讲mp4转成flv，并且将其码率设置为640kbps。回车之后，你就会看到终端在执行转换：执行完之后，你就会得到一个flv的视频了。总结在Mac系统编译FFmpeg还是挺简单的，我们可以使用它进行视频格式的转换操作，更多操作可以参见http://ffmpeg.org/ 相关链接 FFmpeg官网：http://ffmpeg.org/ FFmpeg的github:https://github.com/FFmpeg/FFmpeg

发表了文章 2018-06-28

WebDriverAgent入门篇-安装和使用

前言在群里看到WebDriverAgent这个东西，出于好奇，便开始百度+谷歌，最终对其有了简单的了解。也对自动化测试也有了一个初步的了解。接下来你看到的是对WebDriverAgent的一些介绍。正文 WebDriverAgent简称WDA。它是由Facebook推出的一款移动端测试框架。它是在iOS客户端实现了一个WebDriver的Server，借助这个server，我们可以远程控制iOS设备进行测试。它更多的是测试人员进行自动化测试用的，所以在 testerhome 上有一些文章对其进行了介绍。具体的文章链接可以参见文末的附录。原理据官方介绍，它是通过链接XCTest.framework和调用苹果的API直接在设备上执行命令。在网上看到一张图：先忽略这张图，我们可以先看一个Xcode自带的软件：Accessibility Inspector。直接打开Xcode，然后点击菜单的Xcode-->Open Developer Tool即可找到该软件。这个软件按照名称来理解的话简单可以理解为可用性检查员。通过选择不同的设备(Mac、Simulator、iPhone)，可以对其进行检查，例如我直接选择我的mac，然后选择微信那个进程，你会发现该软件的首页是Quicklook，也就是对微信的一个概览。你可以点击页面上的类似瞄准器的按钮，当你选中之后，颜色会变成蓝色，这个时候将鼠标移动到微信界面上，你会发现使用它可以检查微信mac版本的各个元素，并且可以查看各个元素的属性，如果该元素具有Actions，你还可以进行点击操作。也就是说你完全不用直接去操作微信，而直接使用Accessibility Inspector进行操作即可。基于此，我们可以利用查看的层级结构，进行UI自动化测试。更多的关于Accessibility可以参见iOS Accessibility Tutorial。对这个的理解我现在只停留在对工具的使用，后续会继续进行学习。也就是基于Accessibility、XCTest.framework和UIAutomation.framework，才实现了对APP的各种操作，而WDA就是通过在被测设备上安装了WebDriverAgentRunner，然后通过WDA的一些API进行了服务器和客户端交互。基于API进行编写业务测试脚本，最后将脚本运行实现自动化测试的过程。特性在WDA的Github上也给出了WDA的特性： 1.支持真机 &&模拟器在模拟器上运行还是比较方便的，在真机上需要进行证书配置、进行端口转发。这个下面会介绍到。 2.实现了大多数的WebDriver Spec 3.实现了部分Mobile JSON Wire Protocol Spec 如果想进一步了解Mobile JSON Wire Protocol Spec是什么，可以查看附录的1链接 4.支持USB连接设备 USB连接设备的时候，需要代理转发，这里用到了mobiledevice(或者使用usbmuxd)方法很简单直接进行端口代理即可（可参见本条特性的外链）。 5.提供了一个Inspector，可以很直观地查看当前设备的状态以及元素tree。 6.方便上手，它可以直接通过Xcode启动和调试 7.Unsupported yet，but works with tvOS & OS X 安装 WDA的安装很方便，只需要执行下面几个步骤就搞定(前提是你安装了各种环境支持，npm,node,carthage等)：第一步：下载工程，下载链接点这里。第二步：在解压后的工程根目录执行下面脚本： ./Scripts/bootstrap.h 该操作会通过Carthage安装所有的依赖、使用npm构建inspector包。第三步：打开WebDriverAgent.xcodeproj,开启WebDriverAgentRunner test即可。使用选中要执行的设备，按照安装的第三步执行，即可启动WDA，执行UITestingUITests，当console输出如下信息则说明启动成功： 2018-06-27 15:56:14.352191+0800 WebDriverAgentRunner-Runner[9119:362446] +[CATransaction synchronize] called within transaction 2018-06-27 15:56:14.477644+0800 WebDriverAgentRunner-Runner[9119:362446] Running tests... objc[9119]: Class VCWeakObjectHolder is implemented in both /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/PrivateFrameworks/AVConference.framework/Frameworks/ViceroyTrace.framework/ViceroyTrace (0x12bfce4d0) and /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/PrivateFrameworks/AVConference.framework/AVConference (0x12b0fae38). One of the two will be used. Which one is undefined. 2018-06-27 15:56:16.007610+0800 WebDriverAgentRunner-Runner[9119:362446] Continuing to run tests in the background with task ID 1 Test Suite 'Selected tests' started at 2018-06-27 15:56:16.612 Test Suite 'WebDriverAgentRunner.xctest' started at 2018-06-27 15:56:16.613 Test Suite 'UITestingUITests' started at 2018-06-27 15:56:16.613 Test Case '-[UITestingUITests testRunner]' started. t = 0.00s Start Test at 2018-06-27 15:56:16.614 t = 0.00s Set Up 2018-06-27 15:56:16.617879+0800 WebDriverAgentRunner-Runner[9119:362446] Built at Jun 26 2018 18:43:04 2018-06-27 15:56:16.708704+0800 WebDriverAgentRunner-Runner[9119:362446] ServerURLHere->http://172.19.156.187:8100<-ServerURLHere 关键是最后一句话，显示了Server 的URL，直接将其拷贝，然后在浏览器打开即可。地址后面添加/status可以查看当前设备（你使用的哪个设备运行，就是哪个设备的状态）的状态。地址后添加/inspector即可打开inspector，查看元素，界面如下：到这里，你就可以按照WDA提供的API进行脚本编写了，API地址为https://github.com/facebook/WebDriverAgent/wiki/Queries 。里面有很多命令，按照命令即可编写shell脚本进行自动化测试。例如从APP中回到主屏幕的操作(相当于点击了home button)： curl -X POST -H "Content-Type: application/json" -d "" http://localhost:8100/wda/homescreen 可以先看一下API提供的语句： curl -X GET $JSON_HEADER $DEVICE_URL/status 其中：$JSON_HEADER代表：' -H "Content-Type: application/json" ' $DEVICE_URL代表刚才的ServerURL。但是这种方式写起来比较麻烦，在网上又进行了查找，最终发现了facebook-wda非官方提供，但是很好用，安装方式也比较简单，直接执行命令（前提是安装了python以及pip）： pip install --pre facebook-wda 然后就可以使用python进行脚本编写： #coding:utf-8 import wda driver = wda.Client('http://172.13.156.187:8100') # setting_session = driver.session('com.apple.Preferences') # setting_session(text=u'通用',className='Cell').tap() #点击home button driver.home() 这样写起来看着就比较方便了。简单做一个对比：WDA提供的API操作有很多，直接查看相关文档即可。另外，当时风靡一时的跳一跳python脚本执行，就是基于WDA进行的。想自己尝试的可以查看附录2链接。亲测可用。有一点需要注意的是在wechat_jump_game项目中，你要把对应的config.json文件拷贝到这个根目录，这样wecaht_jump_auto_iOS.py脚本才可以读到这个配置。结束语 WDA的使用还有很多方面，网易游戏团队ATX测试框架进行iOS测试就是使用的WDA，另外比较知名的appium也采用的WDA。有兴趣可以对其进行研究学习。在学习的过程中发现了testerhome这个网站，应该是QA同学比较钟爱的网站，里面有各种文章以及问答，大多数都是关于测试技术相关，强烈推荐给QA同学。附录 1.作为移动测试人员，你应该知道的移动自动化测试协议 Mobile JSON Wire Protocol Specification2.基于python+WebDriverAgent的跳一跳小程序高分教程3.iOS测试 WebDriverAgent简介4.iOS自动化实践——WebDriverAgent(一)5.iOS自动化实践——WebDriverAgent(二) 6.iOS自动化实践——WebDriverAgent(三)

发表了文章 2018-01-30

如何用Safari联调Hybrid APP

随着Hybrid APP的流行，对其调试变得必不可少。使用Xcode我们能看到的仅仅是WebView，要想进一步查看里面的a标签、button和其他元素，Xcode是心有余而力不足。但是不用担心，Safari的调试功能能够弥补Xcode的不足，让你能够更方便地调试此类APP。要想使用Safari来调试，你要做的有三步：配置Safari。配置iPhone 开始调试接下来就详细对此功能进行解释。 1.配置Safari 打开Safari，查看菜单栏里面是否有“开发”这个菜单，如果有，你的Safari就已经配置好了。如果没有，你要做的操作就是：打开Safari的偏好设置，然后设置高级选项里面选中“在菜单栏中显示开发菜单”。具体看图：设置完成。 2.配置iPhone 打开系统设置，然后找到Safari 浏览器,点击高级选项，然后打开“JavaScript”和“Web检查器”即可。具体看图：到此，iPhone配置成功。 3.开始调试设置好前两个步骤后，将手机和电脑使用数据线连接。打开电脑上Safari，然后打开开发菜单，你就会看到你的手机(和你的电脑名称挨着)。此时打开你的Hybrid APP，你就可以调试你的APP了。如图：点击你要调试的网页域名，即可弹出调试页面，这个页面的具体功能就自己摸索吧，和网页开发时调试页面差不多。如下图：到此，你就完成了如何使用Safari进行调试。几点需要知道的根据测试，手机端的Safari可以直接连接到电脑上查看加载网页的代码。开发过程中的Hybrid APP也可以通过此方式查看。已经上线的Hybrid APP无法通过此种方式查看。所以在要想通过此方式调试，一定要用Debug包进行调试。如果在Safari开发菜单中看不到你的手机，那就看看步骤二是否正确配置。总结随着H5和CSS3的进一步发展，Hybrid APP变得更加火爆，具有Native APP的良好交互，又有Web APP跨平台开发的优势，而且需求更新版本不必每次都更新APP。在未来，你看到的手机端APP不一定就是原生的，而是Web，更让人疯狂的是你还无法分辨是否是原生还是Web。所以，移动开发的小伙伴，为了你的未来，多学学前端也是很有必要的。

发表了文章 2018-01-27

小程序支持打开移动应用到底是怎么回事？

前言从苹果官方微信号微信公共平台发布的文章《小程序支持打开移动应用》来看，小程序新增了两个功能：支持打开移动应用标题栏区域开放自定义针对第二个功能，就是开发者可以自定义小程序菜单栏的颜色风格，根据需求，对小程序菜单外的标题区域进行自定义，比如设置标题区域的颜色。这里主要介绍一下支持打开移动应用的功能。支持打开移动应用乍一看其实有点标题党的行为，支持打开移动应用？让我想到的是我可以用小程序打开任何移动应用？（答案是不能）那我是不是可以打开自己的App？（答案是有限制性地打开）是不是可以打开系统自带的浏览器？（答案是不能）是不是可以打开第三方的移动应用呢？（答案也是不能）其实，小程序打开移动应用有一条硬性要求：从移动应用分享至小程序的页面，用户访问时支持打开来源应用。接下来进一步解读一下这条要求。大部分程序都有微信分享功能，我们常做的就是将一个图片、一段文字亦或是一个URL链接进行分享，可以分享给好友（包括群）、朋友圈或者是添加到个人收藏，如下：我们还可以分享小程序，如图：上面是一个抢票软件（智行）分享到微信的一个小程序，好友可以点击小程序帮忙加速。按照官方文章的说法，分享到微信的小程序里面如果有一个按钮，实现如下： <button open-type="launchApp" app-parameter="wechat" binderror="launchAppError">打开APP</button> 那么当点击此按钮时，就会打开源App。在其他情况下是无法打开的，这里给出了一张能否打开移动APP的图解：这里小程序给出一个场景值概念，只有场景值为1036（还有个状态值true或false，它决定是否能够打开APP。场景值为1036，状态值为true）的小程序，才能够打开源APP，即小程序不能打开任何App，只能跳回分享小程序卡片的APP。官方文档也对这个标识做了解释：在小程序的生命周期内，这个状态的初始值为 false，之后会随着小程序的每次打开（无论是启动还是切到前台）而改变： 1.当小程序从 1036（App 分享消息卡片）打开时，该状态置为 true。 2.当小程序从 1089（微信聊天主界面下拉）或 1090（长按小程序右上角菜单唤出最近使用历史）的场景打开时，该状态不变，即保持上一次打开小程序时该状态的值。 3.当小程序从非 1036/1089/1090 的场景打开，该状态置为 false。针对第二条，1089和1090那个，我的理解是小程序类似于移动APP，它并没有关闭，而是在后台，所以1089和1090打开小程序只是把小程序唤到前台，所以小程序状态不变。状态如果为true，也可以打开移动APP。以上便是对小程序打开移动应用的介绍，接下来看一下具体代码实现。代码实现分享小程序打开移动应用（iOS版本，Android类似）首先要做的就是新建一个工程，然后集成微信分享，具体如何集成可以参见官网集成文档，集成之后，在页面添加一个按钮，触发实现如下： - (IBAction)openSmallProgramAction:(id)sender { //分享小程序的实现 WXMiniProgramObject *wxMiniObject = [WXMiniProgramObject object]; wxMiniObject.userName = @"gh_*************"; wxMiniObject.path = @"pages/index/index"; // WXMediaMessage *message = [WXMediaMessage message]; message.title = @"我是小程序"; message.description = @"我是用来测试打开App的小程序"; message.mediaObject = wxMiniObject; SendMessageToWXReq *req = [[SendMessageToWXReq alloc] init]; req.message = message; req.scene = WXSceneSession; [WXApi sendReq:req]; //原来做分享的实现 // SendMessageToWXReq *req = [[SendMessageToWXReq alloc] init]; // req.text = @"分享的内容"; // req.bText = YES; // req.scene = WXSceneSession; // [WXApi sendReq:req]; } 这里是所有的App都可以用上面的实现方式分享小程序么吗？答案是否定的。看官方文档的说法：移动应用分享功能支持小程序类型分享，要求发起分享的APP与小程序属于同一微信开放平台帐号。支持分享小程序类型消息至好友会话，不支持“分享至朋友圈”及“收藏”。也就是说小程序分享是有限制的：发起分享的App与小程序属于同一微信开放平台账号只支持分享小程序类型消息至好友会话（SendMessageToWXReq的scence只支持WXSceneSession）经过测试，一个账号不能同时注册微信开放平台和微信公众平台。也就是说：如果你的账号注册了微信开放平台，那么该账号就不能再次注册微信公众平台。微信开放平台放的是移动APP。微信公众平台放的是小程序。那官方所说的属于同一微信开放平台账号就不是一个账号下既有APP又有小程序（因为小程序是在微信公众平台开发的）。打开微信开放平台页面之后，第一条就好理解了：如果你想要在移动APP内分享小程序，你必须在该APP所在的微信开放平台账号下绑定微信小程序，这样才可以在APP中实现小程序分享。这就是官方所说的APP和小程序属于同一微信开放平台账号。那么APP怎么知道分享哪个小程序的？或者说APP是怎么和小程序关联的呢？这就要看上面的那段代码（前提是你把小程序和APP放到了同一开放平台账号下），其中有一行： wxMiniObject.userName = @"gh_*************"; 该userName就是小程序的userName，你可以登录微信公众号平台|小程序，然后在设置--->基本设置中查看，里面有个原始id，就是小程序的userName。这样你就将APP的分享和小程序关联起来了。还有一个问题：分享的小程序如何打开指定的页面呢？这就要看另一行代码： wxMiniObject.path = @"pages/index/index"; 你需要设置一下小程序的path，这个path的页面就是你点击分享的小程序打开的页面。这里看一张小程序开发工具的图： pages所指的就是页面，例如上图的pages文件夹包含了detail和index和logs三个页面，其中： index：指代的是信用卡列表页。 detail：指代的是点击列表某个item进入的详情页。 logs：日志页面所以如果你想跳转到详情页，那么你在设置wxMiniObject的path时就应该写成“pages/detail/detail”。这样就实现了点击分享的小程序进入指定的页面了（如果页面需要参数你也要在分享时传过去）。 wxml：相当于html wxss：相当于css 这里其实是微信小程序自己定义了后缀。这个时候你分享的小程序场景值为1036，且状态为true，如果此时你小程序里面有open-type为“launchApp”的button，点击button你就会跳回你的移动APP啦。如果想给APP回传内容，可以设置app-parameter。就像这个小按钮： <button open-type="launchApp" app-parameter="wechat" binderror="launchAppError">打开APP</button> 到此，我想你应该大概了解小程序支持打开移动应用到底是怎么回事了。总结小程序并不是支持打开所有移动APP，就算是同一个微信开放平台账号下面的移动APP和小程序，小程序也不一定可以打开，具体还要看场景。展望小程序支持跳转移动APP是很大的进步，在小程序以后的进一步完善中，它应该会朝着APP直接打开小程序方向迈进，而不仅仅是通过分享打开小程序。未来我们也许会实现点击移动APP里面的某个按钮直接打开某个小程序，然后在小程序操作完成之后再次返回到移动APP。（例如微信支付，可以从移动APP跳转到小程序进行微信支付，支付成功后直接返回移动APP）附参考 1.小程序支持打开移动应用 2.launchApp(OBJECT) 注转载请注明出处：https://yq.aliyun.com/articles/402804

发表了文章 2018-01-09

什么是ObjCTypes?

先看一下消息转发流程: 在forwardInvocation这一步，你必须要实现一个方法: - (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector OBJC_SWIFT_UNAVAILABLE(""); 该方法用于说明消息的返回值和参数类型。NSMethodSignature是方法签名，它是用来记录返回值和参数类型的一个对象。看一下与该类相关的方法： //在NSMethodSignature.h中 + (nullable NSMethodSignature *)signatureWithObjCTypes:(const char *)types; //1 //在NSObject.h中 - (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector OBJC_SWIFT_UNAVAILABLE(""); //2 + (NSMethodSignature *)instanceMethodSignatureForSelector:(SEL)aSelector OBJC_SWIFT_UNAVAILABLE(""); //3 2和3两个方法是根据SEL来构造NSMethodSignature，而1方法则是今天的主角，那里面的types究竟是什么呢？根据1的方法名称可以猜想，types是ObjCTypes，它是一个是字符串数组，该数组包含了方法的类型编码。那如果我们用该方法实例化NSMethodSignature的时候究竟如何写types呢？先来举个例子： - (void)goToSchoolWithPerson:(Person *)person; [zhangsan goToSchoolWithPerson:lisi]; 其ObjcTypes就是 "v@:@"。那究竟是如何得来该字符串呢？其实我们有两种方式：直接查表。在Type Encodings里面列出了对应关系。使用 @encode()计算。（ NSLog(@"%s",@encode(BOOL))的结果为B ）我们都知道消息发送会被转换成objc _ msgSend(id reciever,SEL sel,prarams1,params2,....)。所以上面的方法会被转换成： void objc_msgSend(zhangsan,@selector(goToSchoolWithPerson:),lisi); //包含两个隐藏参数这里的 “v@:@”就代表： "v":代表返回值void "@":代表一个对象，这里指代的id类型zhangsan,也就是消息的receiver ":":代表SEL "@":代表参数lisi 再举个例子： - (BOOL)ifSuccess:(NSString *)tag 其ObjCTypes为："B@:@"，其中： "B":代表BOOL。 // NSLog(@"%s",@encode(BOOL))的结果为B "@":一个id类型的对象，第一个参数类型，也就是objc _ msgSend的第一个参数 ":":代表对应的SEL，第二个参数 "@":一个id类型的对象，也就是tag。到此，我们就知道了该如何书写ObjCTypes了。附 1.Type Encodings

发表了文章 2018-01-08

Runtime那些事

Runtime那些事前言从字面意思看，就是运行时。但是这个运行时究竟什么意思？可以把它理解成：不是在编译期也不是在链接期，而是在运行时。那究竟在运行期间做了什么呢？按照苹果官方的说法，就是把一些决策（方法的调用，类的添加等）推迟，推迟到运行期间。只要有可能，程序就可以动态的完成任务，而不是我们在编译期已经决定它要完成什么任务。这就意味了OC不仅仅需要编译器，还需要一个运行时的系统来支撑。目录接下来就对Runtime做一个系统的介绍，主要内容包括：简介涉及到的数据结构 runtime.h解析如何可以触及到RunTime? 消息动态消息解析消息转发 Runtime的使用场景 1.简介根据前言，你已经了解了Runtime大概是个什么鬼，在OC发展历程中，它主要有两个版本：Legacy和Modern。Legacy版本采用的是OC1.0版本；Modern版本采用的OC2.0版本，而且相比Legacy也添加了一些新特性。最明显的区别在于：在legacy版本，如果你改变了类的布局，那么你必须重新编译继承自它的类。在modern版本，如果你改变了类的布局，你不必重新编辑继承自它的类。平台 iPhone的应用程序以及OS X v10.5版本的64位机器使用的是modern版本的runtime。其他（OS X桌面应用32位程序）使用的是legacy版本的runtime。 2.涉及到的数据结构这里主要介绍一下在runtime.h里面涉及到的一些数据结构。 Ivar Ivar从字面意思来讲，它就是代表的实例变量，它也是一个结构体指针，包含了变量的名称、类型、偏移量以及所占空间。 SEL 选择器，每个方法都有自己的选择器，其实就是方法的名字，但是不仅仅是方法的名字，在objc.h中，我们可以看到它的定义： /// An opaque type that represents a method selector.一个不透明类型，用来代表一个方法选择器 typedef struct objc_selector *SEL; 由定义可知它是一个objc_selector的结构体指针，尴尬的是在runtime源码中并没有找到该结构体。猜想它内部应该就是一个char 的字符串。你可以使用: NSLog(@"%s",@selector(description)); //%s用来输出一个字符串打印出来description。在这里你可以把它理解成一个选择器，可以标识某个方法。 IMP 它是一个函数指针，指向方法的实现，在objc.h里面它的定义是这样的： /// A pointer to the function of a method implementation. #if !OBJC_OLD_DISPATCH_PROTOTYPES typedef void (*IMP)(void /* id, SEL, ... */ ); #else typedef id _Nullable (*IMP)(id _Nonnull, SEL _Nonnull, ...); #endif id id是一个我们经常使用的类型，可用于作为类型转换的中介者。它类似于Java里面的Object，可以转换为任何的数据类型。它在objc.h里面是这样定义的： /// Represents an instance of a class. struct objc_object { Class _Nonnull isa OBJC_ISA_AVAILABILITY; }; /// A pointer to an instance of a class. typedef struct objc_object *id; 它其实是一个objc object的结构体指针，而在后面将要提到的Class其实是个objc class的指针，而objc _ class是继承自objc _o bject的，因此可以相互转换，这也是为什么id可以转换为其他任何的数据类型的原因。 Method 方法，它其实是一个objc_method的结构体指针,其定义如下： /// An opaque type that represents a method in a class definition. typedef struct objc_method *Method; struct objc_method { SEL _Nonnull method_name OBJC2_UNAVAILABLE; char * _Nullable method_types OBJC2_UNAVAILABLE; IMP _Nonnull method_imp OBJC2_UNAVAILABLE; } 这个就比较好理解了，该结构体包含了方法的名称（SEL），方法的类型以及方法的IMP。 Class 它是一个objc_class的结构体指针，在runtime.h中的定义如下： /// An opaque type that represents an Objective-C class.一个不透明类型，代表OC的类 typedef struct objc_class *Class; struct objc_class { Class _Nonnull isa OBJC_ISA_AVAILABILITY; #if !__OBJC2__ Class _Nullable super_class OBJC2_UNAVAILABLE; const char * _Nonnull name OBJC2_UNAVAILABLE; long version OBJC2_UNAVAILABLE; long info OBJC2_UNAVAILABLE; long instance_size OBJC2_UNAVAILABLE; struct objc_ivar_list * _Nullable ivars OBJC2_UNAVAILABLE; struct objc_method_list * _Nullable * _Nullable methodLists OBJC2_UNAVAILABLE; struct objc_cache * _Nonnull cache OBJC2_UNAVAILABLE; struct objc_protocol_list * _Nullable protocols OBJC2_UNAVAILABLE; #endif } OBJC2_UNAVAILABLE; 该结构体中各部分介绍如下： isa：是一个Class类型的指针，每个对象的实例都有isa指针，他指向对象的类。而Class里面也有个isa指针，它指向meteClass(元类)，元类保存了类方法的列表。 name：对象的名字 version：类的版本号，必须是0 info：供运行期间使用的位标识 instance_size：该类的实例大小 ivars：成员变量数组,包含了该类包含的成员变量 methodLists：包含方法的数组列表，也是一个结构体，该结构体里面还包含了一个obsolete的指针，表示废弃的方法的列表 cache：缓存。这个比较复杂，在后面会提到，这里先忽略。 protocols：协议列表，也是一个数组而在objc-runtime-new.h中，你会发现这样的定义（在runtime中并没有完全暴露objc_class的实现）： struct objc_class : objc_object { // Class ISA; Class superclass; cache_t cache; // formerly cache pointer and vtable class_data_bits_t bits; // class_rw_t * plus custom rr/alloc flags class_rw_t *data() { return bits.data(); } //其他的省略其实objc class继承自objc object。所以这也说明了为什么id能够转换为其他的类型。 3.runtime.h解析我们先看一下在usr/include/objc/runtime.h，这个是任何一个工程都可以直接找到的，它是SDK的一部分。主要定义了以下内容：定义了一些类型，例如Method/Ivar/Category等，还有一些结构体。函数。函数里面有分了几大类：关于对象实例的方法，例如object getClass、object setClass以及object _ getIvar等。这些函数大多以object开头。用来获取属性或者对对象进行操作。获得类定义的方法，例如objc getClass/objc getMetaClass等，这些方法更多的是获取Class或者在Class级别上进行操作。多以objc开头和类相关的方法。例如class getName/class isMetaClass等，这些更多的是获取Class的一些属性。比如该类的属性列表、方法列表、协议列表等。传参大多为Class。多以class开头实例化类的一些方法。例如class _ createInstance方法，就是相当于平时的alloc init。添加类的方法。例如你可以使用这些方法冬天的注册一个类。使用objc allocateClassPair创建一个新类，使用 objc registerClassPair对类进行注册等等。。。另外就是一些废弃的方法和类型。 4. 如何可以触及到RunTime? 有三种不同的方式可以让OC编程和runtime系统交互。 OC源代码大多数情况下，我们写的OC代码，其实它底层的实现就是runtime。runtime系统在背后自动帮我们处理了操作。例如我们编译一个类，编译器器会创建一个结构体，然后这个结构体会从类中捕获信息，包括方法、属性、Protocol等。 NSObject的一些方法在Foundation框架里面有个NSObject.h，在usr/include/objc里面也有一个NSObject.h。而我们平时用到的类的基类是/usr/include/objc里面的这个NSObject.h，Foundation里面的NSObject.h只是NSObject的一个Category。所以这里我们更关注一下/usr/include/objc里面的NSObject.h。由于大多数对象都是NSObject的子类，所以在NSObject.h里面定义的方法都可以使用。在这些方法里面，有一些方法能够查询runtime系统的信息，例如： - (BOOL)isKindOfClass:(Class)aClass; //用来检测一个对象是否是某各类的实例对象，aClass也有可能是父类，同样可以检测出来。 - (BOOL)isMemberOfClass:(Class)aClass; //而该方法只能检测一个对象是否是某各类的实例对象。但如果aClass不能为该类的父类，如果是父类则该方法返回NO - (BOOL)respondsToSelector:(SEL)aSelector; - (BOOL)conformsToProtocol:(Protocol *)aProtocol; - (IMP)methodForSelector:(SEL)aSelector; 这里用代码对isKindOfClass和isMemberOfClass做个简单介绍： //stu是Student的实例对象，Student的父类为Person，Person的父类为NSObject。 [stu isKindOfClass:[Student class]]; //YES [stu isKindOfClass:[Person class]]; //YES [stu isKindOfClass:[NSObject class]]; //YES [stu isMemberOfClass:[Student class]]; //YES [stu isMemberOfClass:[Person class]]; //NO [stu isMemberOfClass:[NSObject class]]; //NO 我们可以在objc源代码中的NSObject.mm中看到相应的实现： + (BOOL)isMemberOfClass:(Class)cls { return object_getClass((id)self) == cls; } - (BOOL)isMemberOfClass:(Class)cls { return [self class] == cls; } + (BOOL)isKindOfClass:(Class)cls { for (Class tcls = object_getClass((id)self); tcls; tcls = tcls->superclass) { if (tcls == cls) return YES; } return NO; } - (BOOL)isKindOfClass:(Class)cls { for (Class tcls = [self class]; tcls; tcls = tcls->superclass) { if (tcls == cls) return YES; } return NO; } 从具体实现可知，为什么isKindOfClass能够检测出superclass。另外，在NSObject.h中，并没有看到两个方法的类方法声明，但是在实现里面却包含了类方法的实现。这里有个疑问：为什么没有对外声明的两个类方法依然可以在外部调用呢？（比如我可以直接使用[Student isMemberOfClass:[NSObject class]]）。这里还用到了class方法，这个方法声明如下： + (Class)class OBJC_SWIFT_UNAVAILABLE("use 'aClass.self' instead"); - (Class)class OBJC_SWIFT_UNAVAILABLE("use 'type(of: anObject)' instead"); + (Class)class { //返回当前的self return self; } - (Class)class { return object_getClass(self); } 这里重要的是理解self究竟代表着什么：当self为实例对象的时候，[self class] 和 object_getClass(self)是等价的。object_getClass([self class])得到的是元类。当self为类对象的时候，[self class]返回的是自身，还是self。object_getClass(self) 与object_getClass([self class])等价。拿到的是元类。 Runtime函数 runtime系统其实就是一个动态共享的Library，它是由在/usr/include/objc目录的公共接口中的函数和数据结构组成。 5. 消息在Objective-C中，消息直到运行时才将其与消息的实现绑定，编译器会将 [receiver message]; 转换成 objc_msgSend(receiver,selector); //1 objc_msgSend(receiver,selector,arg1,arg2,...); //2 如果包含参数，那么就会执行2方法。其实除了该方法，还有以下几个方法： objc_msgSend_stret objc_msgSendSuper objc_msgSendSuper_stret 当想一个对象的父类发送message时，会使用 objc_msgSendSuper 如果方法的返回值是一个结构体，那么就会使用 objc_msgSend_stret objc_msgSendSuper_stret 这里我们可以打开objc源码，然后你会发现里面有多个.s文件：这里之所以有objc-msg-类的不同文件，我猜想应该是对不同的CPU指令集(指令不一样)做了分别处理。因为这些.s文件名称中包含的是不同的arm指令集。而且打开.s文件你会发现里面的实现是汇编语言，所以苹果为了效率还是蛮拼的，直接用汇编语言实现。其中就能找到objc _ msgSend的实现（objc-msg-i386.s中）：虽然对汇编了解不是太多，但是这个文件中的注释很详细，从注释可以看出objc_msgSend方法的执行过程：先加载receiver和selector到寄存器，然后判断receiver是否为空,如果为空，则函数执行结束；如果receiver不为空，开始搜索缓存，查看方法缓存列表里面是否有改selector，如果有则执行；如果没有缓存，则搜索方法列表，如果在方法列表中找到，则跳转到具体的imp实现。没有则执行结束。使用了隐藏参数在发送一个消息的时候，会被编译成objc_msgSend，此时该消息的参数将会传入objc_msgSend方法里面。除此之外，还会包含两个隐藏的参数： receiver method的selector 这两个参数在上面也有提到。其中的receiver就是消息的发送方，而selector就是选择器，也可以直接用 cmd来指代( cmd用来代表当前所在方法的SEL)。之所以隐蔽是因为在方法声明中并没有被明确声明，在源代码中我们仍然可以引用它们。获取方法地址我们每次发送消息都会走objc_msgSend()方法，那么有没有办法避开消息绑定直接获取方法的地址并调用方法呢？答案当然是有的。我们上面简单介绍了IMP，其实我们可以使用NSObject的 - (IMP)methodForSelector:(SEL)aSelector; 方法，通过该方法获得IMP，然后调用该方法。但是避开消息绑定而直接调用的使用并不常见，但是如果你要多次循环调用的话，直接获取方法地址并调用不失为一个省时操作。看下面的代码： void (*setter)(id,SEL,BOOL); setter = (void(*)(id,SEL,BOOL))[stu2 methodForSelector:@selector(learning)]; NSDate *startDate = [NSDate date]; for (int i = 0;i<100000;i++) { setter(stu2,@selector(learning),YES); } double deltaTime = [[NSDate date] timeIntervalSinceDate:startDate]; NSLog(@"----%f",deltaTime); NSDate *startDate1 = [NSDate date]; for (int i = 0;i<100000;i++) { [stu2 learning]; } double deltaTime1 = [[NSDate date] timeIntervalSinceDate:startDate1]; NSLog(@"----%f",deltaTime1); 你可以自行跑一下，看一下时间差异。你会发现：获取方法地址直接调用更省时间，但请注意使用场景。 6. 动态消息解析这里介绍一下如果动态地提供方法的实现。动态方法解析在开发过程中，你可能想动态地提供一个方法的实现。比如我们对一个对象声明了一个属性，然后我们使用了 @dynamic 标识符: @dynamic propertyName; 该标识符的目的就是告诉编译器：和这个属性相关的getter和setter方法会动态地提供（当然你也可以直接手动在代码里面实现）。这个时候你就会用到NSObject.h里面的两个方法 + (BOOL)resolveClassMethod:(SEL)sel OBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0, 2.0); + (BOOL)resolveInstanceMethod:(SEL)sel OBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0, 2.0); 来提供方法的实现。其实OC方法就是一个简单的C函数，它至少包含了两个参数self和 _ cmd，你可以自己声明一个方法: void dynamicMethodIMP(id self, SEL _cmd) { //这里是方法的具体实现 } 此时我们可以在声明属性的类中实现上面提到的两个方法（一个是解析类方法，一个是解析实例方法），例如我在Person里面这样写： @dynamic address; //也就意味着我们需要手动/动态实现该属性的getter和setter方法。你会发现当我们运行下面的代码时，程序会crash: Person *zhangsan = [[Person alloc] init]; zhangsan.address = @"he nan xinxiang "; NSLog(@"%@",zhangsan.address); // crash reason // -[Person setAddress:]: unrecognized selector sent to instance 0x1d4449630 这里简单的做一个动态方法解析： void setter(id self,SEL _cmd) { NSLog(@"set address"); } + (BOOL)resolveInstanceMethod:(SEL)sel { NSString *selStr = NSStringFromSelector(sel); if ([selStr hasPrefix:@"set"]) { class_addMethod([self class], sel, (IMP)setter, "v@:"); return YES; } return [super resolveInstanceMethod:sel]; } 所以我们需要自己去实现setAddress: 方法。（这里判断用hasPrefix不太准确，开发者可以自行根据需求调整）。转发消息（下面会讲到）和动态解析是正交的。也就是说一个class有机会再消息转发机制前去动态解析此方法，也可以将动态解析方法返回NO，然后将操作转发给消息转发。动态加载 OC编程也允许我们在程序运行的时候动态去创建和链接一个类或者分类。这些创建的类或者分类将会和运行app前创建的类一样，没有差别。动态加载在开发的过程中可以做好多事情，例如系统设置中的不同模块就是动态加载的。在Cocoa环境中，最经典的就是Xcode，它可以安装不同的插件，这个也是动态加载的方式实现的。 7. 消息转发发送一个消息给对象，如果对象不能处理，那么就会产生错误。然而，在产生错误之前，runtime 系统会给对象第二次机会去处理该消息。这里详细已经在深入浅出理解消息的传递和转发文章中做了介绍，这里就不再介绍了。 8. Runtime的使用场景 Runtime的使用几乎无处不在，OC本身就是一门运行时语言，Class的生成、方法的调用等等，都是Runtime。另外，我们可以用Runtime做一些其他的事情。字典转换Model 平时我们从服务端拿到的数据是json字符串，我们可以将其转换成成NSDictionary，然后通过runtime中的一些方法做一个转换：先拿到model的所有属性或者成员变量，然后将其和字典中的key做映射，然后通过KVC对属性赋值即可。更多可参见class_copyIvarList方法获取实例变量问题引发的思考中的例子。热更新（JSPatch的实现） JSPatch能做到JS调用和改写OC方法的根本原因就是OC是动态语言，OC上的所有方法的调用/类的生成都通过OC Runtime在运行时进行，我们可以根据名称/方法名反射得到相应的类和方法。例如 Class class = NSClassFromString("UIViewController"); id viewController = [[class alloc] init]; SEL selector = NSSelectorFromString("viewDidLoad"); [viewController performSelector:selector]; 也正是鉴于此，才实现了热更新。给Category添加属性我们可以使用runtime在Category中给类添加属性，这个主要使用了两个runtime钟的方法： OBJC_EXPORT void objc_setAssociatedObject(id _Nonnull object, const void * _Nonnull key,id _Nullable value, objc_AssociationPolicy policy); OBJC_EXPORT id _Nullable objc_getAssociatedObject(id _Nonnull object, const void * _Nonnull key); 具体使用可参见：给分类（Category）添加属性。 Method Swizzling 它是改变一个已存在的selector的实现的技术，比如你想将viewDidload方法替换为我们自定义的方法，给系统的方法添加一些需要的功能，来实现某些需求。比如你想跟踪每个ViewController展示的次数，你可以使用该技术重写ViewDidAppear方法，然后做一些自己的处理。可以参见Method Swizzling里面的讲解。总结 Objective-c本身就是一门冬天语言，所以了解runtime有助于我们更加深入地了解其内部的实现原理。也会把一些看似很难的问题通过runtime很快解决。参考链接： 1.Objective-C Runtime Programming Guide 2.Objective-C Runtime 3.objc4 4.深入浅出理解消息的传递和转发 5.class_copyIvarList方法获取实例变量问题引发的思考 6.JSPatch 实现原理详解 7.给分类（Category）添加属性 8.Method Swizzling

发表了文章 2018-01-02

class_copyIvarList方法获取实例变量问题引发的思考

在runtime.h中，你可以通过其中的class_copyIvarList方法来获取实例变量。具体的实现如下（记得导入头文件）： - (NSArray *)ivarArray:(Class)cls { unsigned int stuIvarCount = 0; Ivar *ivars = class_copyIvarList(cls, &stuIvarCount); if (stuIvarCount == 0) { return nil; } NSMutableArray *arr = [[NSMutableArray alloc] initWithCapacity:stuIvarCount]; for (int i = 0;i<stuIvarCount;i++) { Ivar ivar = ivars[i]; NSString *ivarName = [NSString stringWithUTF8String:ivar_getName(ivar)]; NSLog(@"%@",ivarName); [arr addObject:ivarName]; } free(ivars); return arr; } 如上面代码。其中cls就是你要获取实例变量的类，stuIvarCount用来承载要获取类的实例变量的个数。打印出来的ivarName就是cls的实例变量。接下来对这个方法进行解析:首先看一下里面的Ivar,先看一下定义： /// An opaque type that represents an instance variable. typedef struct objc_ivar *Ivar; struct objc_ivar { char * _Nullable ivar_name OBJC2_UNAVAILABLE; //变量名字 char * _Nullable ivar_type OBJC2_UNAVAILABLE; //变量类型 int ivar_offset OBJC2_UNAVAILABLE; //偏移量 #ifdef __LP64__ int space OBJC2_UNAVAILABLE; //存储空间 #endif } Ivar是一个叫做objc_ivar的结构体指针,其中的 ifdef判断是判断当前设备是否是64位设备，这里可以延伸出一个方法： //判断当前设备是否是64位设备，也可以用这个方法判断是否是32位设备 - (BOOL)is64Bit { #if defined(__LP64__) && __LP64__ return YES; #else return NO; #endif } OBJC_EXPORT Ivar _Nonnull * _Nullable class_copyIvarList(Class _Nullable cls, unsigned int * _Nullable outCount) OBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0, 2.0); class_copyIvarList的注释如下：它返回的是一个Ivar的数组，这个数组里面包含了你要查看类的所有实例变量，但是不包括从父类继承过来的。如果你传入的类没有实例变量或者改class为Nil,那么该方法返回的就是NULL，count值也就变成了0。有一点需要注意：你必须使用free()方法将该数组释放。然后就是通过for循环遍历，通过ivar _ getName拿到ivarName。以上便是对clas_copyIvarList的介绍。它还有一个最常用的使用方式（在开发中经常用到的）：根据字典或者json字符串转化为model，在网络请求返回数据时经常用到。使用方法就是自己写一个基类的model，然后让项目中用到的model都继承自此基类，基类中的关键代码如下： + (instancetype)zg_modelFromDic:(NSDictionary *)dataDic { id model = [[self alloc] init]; unsigned int count = 0; Ivar *ivarsA = class_copyIvarList(self, &count); if (count == 0) { return model; } for (int i = 0;i < count; i++) { Ivar iv = ivarsA[i]; NSString *ivarName = [NSString stringWithUTF8String:ivar_getName(iv)]; ivarName = [ivarName substringFromIndex:1]; id value = dataDic[ivarName]; [model setValue:value forKey:ivarName]; } free(ivarsA); return model; } 这里是把字典转成model，先用class_copyIvar获取该model的所有实例变量,然后通过kvc对属性进行赋值。最终返回model。这里有个点需要注意以下几点：你的model的属性名称要和服务端返回的数据一致，比如你的model有个属性叫做name，那么你服务端返回的数据字典里面的对应属性也要叫做name，因为这个方法是根据属性从字典里面拿数据的。你也可以做一个映射，让自定义的实例变量名称映射到服务端提供的变量名称。实现里面有个substringFromIndex：操作，其目的就是把使用该方法拿到的实例变量前面的" "去掉。所以你最好使用 @property进行属性声明，并且不要去修改自动生成的实例变量。（@property = getter + setter + ivar，这里的 _ ivar其实就是编译器帮我们生成的实例变量）接下来你可以尝试去获取UILabel的实例变量列表： [self ivarArray:[UILabel class]] 你会发现拿到的结果是这样的： ( "_size", "_highlightedColor", "_numberOfLines", "_measuredNumberOfLines", "_baselineReferenceBounds", "_lastLineBaseline", "_previousBaselineOffsetFromBottom", "_firstLineBaseline", "_previousFirstLineBaseline", "_minimumScaleFactor", "_content", "_synthesizedAttributedText", "_defaultAttributes", "_fallbackColorsForUserInterfaceStyle", "_minimumFontSize", "_lineSpacing", "_layout", "_scaledMetrics", "_cachedIntrinsicContentSize", "_contentsFormat", "_cuiCatalog", "_cuiStyleEffectConfiguration", "_textLabelFlags", "_adjustsFontForContentSizeCategory", "__textColorFollowsTintColor", "_preferredMaxLayoutWidth", "_multilineContextWidth", "__visualStyle" ) 但是跳转到UILabel.h，你会发现里面有好多的属性不包含在我们根据该方法得出的属性数组里面，而且使用该方法得到的属性在UILabel.h里面并没有。这个是什么原因呢？先看一下好多UILabel里面的属性没有在数组里面打印问题：猜想应该是在UILabel.m里面使用了@dynamic。导致没有自动生成getter、setter和ivar，所以没有在数组里面包含。 @synthsize：如果没有手动实现setter/getter方法那么会自动生成，自动生成_var变量。如果不写，默认生成getter/setter和_var。你也可以使用该关键字自己设置自动变量的名称。 @dynamic告诉编译器：属性的setter/getter需要用户自己实现，不自动生成，而且也不会产生_var变量。也就是说在UILabel里面虽然有个text的属性，也许在UILabel.m里面已经包含： @dynamic text; 这样的话在实现里面没有产生实例变量，只是手动实现了getter和setter，所以就不会显示text属性在刚才得到的数组里面了。至于数组中有UILabel.h里面没有的变量，这个就好理解了，有可能在UILabel.m里面添加了一些实例变量或者在运行时添加了这些实例变量。除此方法之外，你还可以使用class_copyPropertyList方法，这个是拿到的所有用 @property声明的属性,包括在.m里面添加的属性（所以打印出来的可能要比真实在.h里面看到的多），具体实现和上面的获取方法类似： - (NSArray *)propertyArr:(Class)cls { unsigned count = 0; objc_property_t *properties = class_copyPropertyList(cls, &count); if (count == 0) { return nil; } NSMutableArray *arr = [[NSMutableArray alloc] initWithCapacity:count]; for (int i = 0; i < count; i ++) { objc_property_t property = properties[i]; NSString *propertyName = [NSString stringWithUTF8String:property_getName(property)] ; [arr addObject:propertyName]; } free(properties); return arr; } 其中的copyPropertyList方法解释如下：记得使用过后也要调用free去释放数组。（PS：在源代码中暂未找到objc_property结构体的说明）因此，你可以通过使用该方法来实现字典或者json字符串转model操作： + (instancetype)zg_modelFromDic:(NSDictionary *)dataDic { id model = [[self alloc] init]; unsigned int count = 0; objc_property_t *properties = class_copyPropertyList([self class], &count); if (count == 0) { return model; } for (int i = 0;i < count; i++) { objc_property_t property = properties[i]; NSString *propertyName = [NSString stringWithUTF8String:property_getName(property)]; id value = dataDic[propertyName]; [model setValue:value forKey:propertyName]; } free(properties); return model; } 两种方式均可实现model转换操作。以上便是由class_copyIvarList所引发的思考。转载请标明来源：https://yq.aliyun.com/articles/328092

发表了文章 2017-12-28

老生常谈之Block

前面有一篇介绍Block的博客，主要介绍了Block的简单使用技巧。这篇博客主要更加深入地了解一下Block。包括：Block的实现、__Block的原理以及Block的存储域三方面。 Block的实现首先我们使用Xcode创建一个Project,点击File-->New-->Project，选择macOS中Application的Command Line Tool，然后设置Project Name即可。你好发现这个工程值包含了一个main.m文件，然后我们做如下更改（更改后的代码如下）： #import <stdio.h> int main(int argc, const char * argv[]) { printf("Hello World"); return 0; } 这个是我们最常见的C代码，导入stdio.h，然后打印出来Hello World。接下来我们写一个最简单的block，没有返回值，没有传入参数： #import <stdio.h> int main(int argc, const char * argv[]) { void (^blk)(void) = ^{ printf("Hello Worldddd"); }; blk(); return 0; } 打印出来的结果相当于调用了blk输出的结果。接下来我们在item中跳转到main.m所在文件夹然后执行如下命令： clang -rewrite-objc main.m 你会发现在当前文件夹下生成了一个.cpp文件，它是经过clang编译器编译之后的文件，打开之后里面大概有5百多行，其实我们看下面的这些代码就足够了： struct __main_block_impl_0 { struct __block_impl impl; struct __main_block_desc_0* Desc; __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, int flags=0) { impl.isa = &_NSConcreteStackBlock; impl.Flags = flags; impl.FuncPtr = fp; Desc = desc; } }; #ifndef BLOCK_IMPL #define BLOCK_IMPL struct __block_impl { void *isa; int Flags; int Reserved; void *FuncPtr; }; static void __main_block_func_0(struct __main_block_impl_0 *__cself) { printf("Hello Worldddd"); } static struct __main_block_desc_0 { size_t reserved; size_t Block_size; } __main_block_desc_0_DATA = { 0, sizeof(struct __main_block_impl_0)}; int main(int argc, const char * argv[]) { void (*blk)(void) = ((void (*)())&__main_block_impl_0((void *)__main_block_func_0, &__main_block_desc_0_DATA)); ((void (*)(__block_impl *))((__block_impl *)blk)->FuncPtr)((__block_impl *)blk); return 0; } 其中包含三个结构体： __main_block_impl_0、__block_impl、__main_block_desc_0 和两个方法： __main_block_func_0、main main就是我们写的main函数。至此，你能知道的就是：Block看上去很特别，其实就是作为及其普通的C语言源代码来处理的。编译器会把Block的源代码转换成一般的C语言编译器能处理的源代码，并作为极为普通的C语言源代码被编译。接下来对编译的内容来一个分解，首先是 ^{printf("Hello Worldddd")}; 变换后的源代码如下： static void __main_block_func_0(struct __main_block_impl_0 *__cself) { printf("Hello Worldddd"); } 也就是现在变成了一个静态方法，其命名方式为：Block所属的函数名(main)和该Block语法在函数出现的顺序值(0)来给经过clang变换的函数命名。该方法的参数相当于我们在OC里面的指向自身的self。我们看一下该参数的声明： struct __main_block_impl_0 *__cself 你会发现它其实是一个结构体，该结构体的声明如下： struct __main_block_impl_0 { struct __block_impl impl; struct __main_block_desc_0* Desc; __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, int flags=0) { impl.isa = &_NSConcreteStackBlock; impl.Flags = flags; impl.FuncPtr = fp; Desc = desc; } }; 该结构体中你会发现里面有一个构造函数，你忽略构造函数，会发现该结构体就很简单了，只是包含了impl和 Desc两个属性变量。其中impl也是一个结构体，它的结构如下： struct __block_impl { void *isa; int Flags; int Reserved; void *FuncPtr; }; 从属性变量的名字我们可以猜测出该结构体各个属性的含义： isa：isa指针，指向父类的指针。 Flags：一个标记 Reserved：预留区域，用于以后的使用。 FuncPtr：这个很重要，是一个函数指针。后面会详细说明它的作用。第二个变量是Desc，也是一个结构体： static struct __main_block_desc_0 { size_t reserved; size_t Block_size; } __main_block_desc_0_DATA = { 0, sizeof(struct __main_block_impl_0)}; 这个结构体就比较简单了，一个预留位，一个是指代该Block大小的属性，后面又包含了一个该实例： __main_block_desc_0_DATA = { 0, sizeof(struct __main_block_impl_0)}; 预留位为0，大小为传入结构体的大小。接下来就是很重要的构造函数了： __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, int flags=0) { impl.isa = &_NSConcreteStackBlock; impl.Flags = flags; impl.FuncPtr = fp; Desc = desc; } 其中的&_NSConcreteStackBlock用于初始化impl的isa指针；flags为0；FuncPtr是构造函数传过来的fp函数指针；Desc为一个block的描述。到这里三个结构体和一个函数就介绍完了。接下来看一下main函数里面上述构造函数是如何调用的： void (*blk)(void) = ((void (*)())&__main_block_impl_0((void *)__main_block_func_0, &__main_block_desc_0_DATA)); 感觉好复杂，我们先做一个转换： struct __main_block_impl_0 tmpeImpl = __main_block_impl_0((void *)__main_block_func_0, &__main_block_desc_0_DATA) struct __main_block_impl_0 *blk = &tmpeImpl; 也就是说把结构体的实例的指针赋值给blk。接下来再看一下构造函数的的初始化，其实赋值就变成了这样： impl.isa = &_NSConcreteStackBLock; impl.Flags = 0; impl.FuncPtr = __main_block_func_0; Desc = &__main_block_desc_0_DATA; 现在在看一下调用block的那句代码： blk(); 转换成了： ((void (*)(__block_impl *))((__block_impl *)blk)->FuncPtr)((__block_impl *)blk); 这个转换不是太明白，但是知道他的作用就是把blk当做参数传进去，调用的FuncPtr所指向的函数，也就是__ block block func _ 0。到这里就大体了解了Block的实现，其实就是C的几个结构体和方法，经过赋值和调用，进而实现了Block。另外Block其实实质上也是OC的对象。 __Block的原理先看一个简单的例子： #import <stdio.h> int main(int argc, const char * argv[]) { int i = 3; void (^blk)(void) = ^{ printf("Hello World,%d",i); }; blk(); return 0; } 使用clang编译后是这样的： struct __main_block_impl_0 { struct __block_impl impl; struct __main_block_desc_0* Desc; int i; __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, int _i, int flags=0) : i(_i) { impl.isa = &_NSConcreteStackBlock; impl.Flags = flags; impl.FuncPtr = fp; Desc = desc; } }; static void __main_block_func_0(struct __main_block_impl_0 *__cself) { int i = __cself->i; // bound by copy printf("Hello World,%d",i); } int main(int argc, const char * argv[]) { int i = 3; void (*blk)(void) = ((void (*)())&__main_block_impl_0((void *)__main_block_func_0, &__main_block_desc_0_DATA, i)); ((void (*)(__block_impl *))((__block_impl *)blk)->FuncPtr)((__block_impl *)blk); return 0; } 也就是在main函数调用的时候把i传到了构造函数里，然后通过i(_i)对结构体的属性变量i赋值，i变量现在已经成为了结构体的一个树形变量。在构造函数执行时把i赋值。在 main block_func 0里面通过 cself调用，这个变量实际是在声明block时，被复制到了结构体变量i，因此不会影响变量i的值。当我们尝试在Block中去修改时，你会得到如下错误： Variable is not assignable(missing __block type specifier) 提示我们加上__block,接下来我们将源代码做如下修改： int main(int argc, const char * argv[]) { __block int i = 3; void (^blk)(void) = ^{ i = i + 3; printf("Hello World,%d",i); }; blk(); return 0; } 运行一下你会发现你成功对i的值进行了修改！用clang进行编译，结果如下: struct __Block_byref_i_0 { void *__isa; __Block_byref_i_0 *__forwarding; int __flags; int __size; int i; }; struct __main_block_impl_0 { struct __block_impl impl; struct __main_block_desc_0* Desc; __Block_byref_i_0 *i; // by ref __main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, __Block_byref_i_0 *_i, int flags=0) : i(_i->__forwarding) { impl.isa = &_NSConcreteStackBlock; impl.Flags = flags; impl.FuncPtr = fp; Desc = desc; } }; static void __main_block_func_0(struct __main_block_impl_0 *__cself) { __Block_byref_i_0 *i = __cself->i; // bound by ref (i->__forwarding->i) = (i->__forwarding->i) + 3; printf("Hello World,%d",(i->__forwarding->i)); } static void __main_block_copy_0(struct __main_block_impl_0*dst, struct __main_block_impl_0*src) {_Block_object_assign((void*)&dst->i, (void*)src->i, 8/*BLOCK_FIELD_IS_BYREF*/);} static void __main_block_dispose_0(struct __main_block_impl_0*src) {_Block_object_dispose((void*)src->i, 8/*BLOCK_FIELD_IS_BYREF*/);} static struct __main_block_desc_0 { size_t reserved; size_t Block_size; void (*copy)(struct __main_block_impl_0*, struct __main_block_impl_0*); void (*dispose)(struct __main_block_impl_0*); } __main_block_desc_0_DATA = { 0, sizeof(struct __main_block_impl_0), __main_block_copy_0, __main_block_dispose_0}; int main(int argc, const char * argv[]) { __attribute__((__blocks__(byref))) __Block_byref_i_0 i = {(void*)0,(__Block_byref_i_0 *)&i, 0, sizeof(__Block_byref_i_0), 3}; void (*blk)(void) = ((void (*)())&__main_block_impl_0((void *)__main_block_func_0, &__main_block_desc_0_DATA, (__Block_byref_i_0 *)&i, 570425344)); ((void (*)(__block_impl *))((__block_impl *)blk)->FuncPtr)((__block_impl *)blk); return 0; } 你会发现多了一个__ Block byref _i 0的结构体，然后多了两个copy和dispose函数。看一下main函数里面的i，此时也不再是一个简单的基本类型int，而是一个初始化的 Block byref i _ 0的结构体，该结构体有个属性变量为i，然后把3赋值给了那个属性变量。该结构体还有一个指向自己的指针 forwarding，它被赋值为i的地址。现在 _ main block func 0在实现中使用了指向该变量的指针，所以达到了修改外部变量的作用。 Block的存储域 Block的存储域有以下几种： _ NSConcreteStackBlock,该类的对象Block设置在栈上 _ NSConcreteGlobalBlock,该类的Block设置在程序的数据区(.data)域中。 _ NSConcreteMallocBlcok,该类的Block设置在堆上下面这张图展示了Block的存储域: 我们前面看到的都是在Stack的Block，但是你可以在OC工程中打印一下你声明的block的isa，你会发现它其实是Malloc的block，也就是在堆上的block。如图：还有一种情况是Global的block：在ARC中，只有NSConcreteGlobalBlock和NSConcreteMallockBlock两种类型的block。因为我们最简单的block在工程中打印出来的都是MallocBlock。也许是因为苹果把对象都放到了堆管理，而Block也是对象，所以也放到了堆上。此时我们也许会有个疑问：Block超出了变量作用域为什么还能存在呢？对于Global的Block，变量作用域之外也可以通过指针安全使用，但是设置在栈上的就比较尴尬了，作用域结束后，Block也会被废弃。为了使Block超出变量作用域还可以存在，Block提供了将Block和 __ block变量从栈上复制到堆上的方法来解决这个问题。这样就算栈上的废弃，堆上的Block还可以继续存在。看一下对Block进行复制，结果如何：如果对Block进行了copy操作，__ block的变量也会受到影响，当 block的变量配置在栈上，复制之后它将从栈复制到堆上并被Blcok持有，如果是堆上的 block变量，Blcok复制之后该变量被Block持有。如果两个block（block1,block2）同时都是用 block变量，如果block1被复制到了堆上，那么 block变量也会在block1复制到堆的同时复制到堆上，当block2再是用到 block变量的时候，只是增加堆上 block变量的引用计数，不会再次复制。如果堆上的block1和block2被废弃了，那么它所是用的 block变量也就被释放了（如果block1被废弃，而block2没有被废弃，那么 block变量的引用计数-1，直到最后使用 block变量的block被废弃的同时，堆上的 block也会被释放）。理解了上面刚才说的复制之后，现在回过来思考另一个问题： block的时候转换的结构体中的 forwarding指针有什么作用呢？（下面代码中的 __ forwarding） struct __Block_byref_i_0 { void *__isa; __Block_byref_i_0 *__forwarding; int __flags; int __size; int i; }; 其实是这样的：栈上的 block变量用结构体实例在 block变量从栈复制到堆上的时候，会将成员变量 forwarding的值替换为复制目标堆上的 block变量用结构体实例的地址。通过该操作之后，无论是在Block语法中、Block语法外使用 block变量，还是 block变量配置在栈上或者堆上，都可以顺利地访问同一个 __ block变量。以上便是对block的进一步介绍，主要参考了《Objective-C高级编程 iOS与OS X多线程和内存管理》一书。转载请注明来源：https://yq.aliyun.com/articles/324569

发表了文章 2017-12-20

深入浅出了解frame和bounds

frame frame的官方解释如下： The frame rectangle, which describes the view’s location and size in its superview’s coordinate system. This rectangle defines the size and position of the view in its superview’s coordinate system. Use this rectangle during layout operations to set the size and position the view. Setting this property changes the point specified by the center property and changes the size in the bounds rectangle accordingly. The coordinates of the frame rectangle are always specified in points. 它定义了一个view相对于父视图坐标系的位置和大小，它会影响center属性和bounds属性的size。先看一下它究竟是什么？它是一个CGRect类型,如下： struct CGRect { CGPoint origin; CGSize size; }; typedef struct CG_BOXABLE CGRect CGRect; struct CGPoint { CGFloat x; CGFloat y; }; typedef struct CG_BOXABLE CGPoint CGPoint; /* Sizes. */ struct CGSize { CGFloat width; CGFloat height; }; typedef struct CG_BOXABLE CGSize CGSize; 其中的origin就是该view的位置，它是一个CGPoint类型，也是一个结构体，包含了我们熟知的常用二维坐标系的x、y。根据x、y可以在坐标系里面唯一确定一个点。如下图：这个坐标系和我们平时接触的还不太一样，它是向右向下为正方向。所以对于window来说，其原点是左上角，比如现在的头像的起始坐标就是（200，40）。按照原来常规的坐标系来说，应该是（200，-40）。在设置一个CGRect的时候，用到的方法是CGRectMake,其实现如下： CG_INLINE CGRect CGRectMake(CGFloat x, CGFloat y, CGFloat width, CGFloat height) { CGRect rect; rect.origin.x = x; rect.origin.y = y; rect.size.width = width; rect.size.height = height; return rect; } 也就是自己在实现部分创建了一个rect，然后逐个赋值。关于frame，这里要注意的一点就是：frame是相对于父视图的坐标系来定位的。如果你这样设置frame:(0,0,100,200),也就是在父视图左上角添加了一个宽100，高200的子视图（前提是没有改变父视图的bounds，接下来会有介绍bounds）。 bounds The bounds rectangle, which describes the view’s location and size in its own coordinate system. The default bounds origin is (0,0) and the size is the same as the size of the rectangle in the frame property. Changing the size portion of this rectangle grows or shrinks the view relative to its center point. Changing the size also changes the size of the rectangle in the frame property to match. The coordinates of the bounds rectangle are always specified in points. Changing the bounds rectangle automatically redisplays the view without calling its drawRect: method. If you want UIKit to call the drawRect: method, set the contentMode property to UIViewContentModeRedraw. Changes to this property can be animated. 它也是描述的是视图的位置和大小，只不过是在自己的坐标系上。也就是说它描述的是当前视图相对于自身坐标系的位置和大小。举个例子： - (void)viewDidLoad { [super viewDidLoad]; CGRect rect = self.view.frame; self.parentView = [[ParentView alloc] initWithFrame:CGRectMake(60, 80, rect.size.width-120, rect.size.height - 160)]; self.parentView.backgroundColor = [UIColor redColor]; [self.view addSubview:_parentView]; NSLog(@"frame:%@",NSStringFromCGRect(self.parentView.frame)); NSLog(@"bounds:%@",NSStringFromCGRect(self.parentView.bounds)); NSLog(@"center:%@",NSStringFromCGPoint(self.parentView.center)); } 输出的结果如下： frame:{{60, 80}, {200, 408}} bounds:{{0, 0}, {200, 408}} center:{160, 284} 由此可见，如果我们没有去更改bounds的值，它默认的位置坐标点是(0,0)。 center The center point of the view's frame rectangle. The center point is specified in points in the coordinate system of its superview. Setting this property updates the origin of the rectangle in the frame property appropriately. Use this property, instead of the frame property, when you want to change the position of a view. The center point is always valid, even when scaling or rotation factors are applied to the view's transform. Changes to this property can be animated. center是view的中点。该属性是想归于父类的坐标系确定的。从bounds小节里面的例子可以看到center的值，其计算方法为： center.x = frame.origin.x + frame.size.width/2 center.y = frame.origin.y + frame.size.height/2 transform Specifies the transform applied to the view, relative to the center of its bounds.Use this property to scale or rotate the view's frame rectangle within its superview's coordinate system. (To change the position of the view, modify the center property instead.) The default value of this property is CGAffineTransformIdentity. Transformations occur relative to the view's anchor point. By default, the anchor point is equal to the center point of the frame rectangle. To change the anchor point, modify the anchorPoint property of the view's underlying CALayer object. Changes to this property can be animated. In iOS 8.0 and later, the transform property does not affect Auto Layout. Auto layout calculates a view’s alignment rectangle based on its untransformed frame. 它用于指定视图的变换。使用这个属性可以放大或者旋转视图，它的frame会因此改变，是以中心点为变换的。看例子： - (void)viewDidLoad { [super viewDidLoad]; CGRect rect = self.view.frame; self.parentView = [[ParentView alloc] initWithFrame:CGRectMake(60, 80, rect.size.width-120, rect.size.height - 160)]; self.parentView.backgroundColor = [UIColor redColor]; [self.view addSubview:_parentView]; NSLog(@"frame:%@",NSStringFromCGRect(self.parentView.frame)); NSLog(@"bounds:%@",NSStringFromCGRect(self.parentView.bounds)); NSLog(@"center:%@",NSStringFromCGPoint(self.parentView.center)); self.parentView.transform = CGAffineTransformMakeRotation(60); NSLog(@"after change transform,frame:%@",NSStringFromCGRect(self.parentView.frame)); NSLog(@"after change transform,bounds:%@",NSStringFromCGRect(self.parentView.bounds)); NSLog(@"after change transform,center:%@",NSStringFromCGPoint(self.parentView.center)); } 看输出的结果： frame:{{60, 80}, {200, 408}} bounds:{{0, 0}, {200, 408}} center:{160, 284} after change transform,frame:{{2.5773352536321568, 59.226689885086444}, {314.84532949273569, 449.54662022982711}} after change transform,bounds:{{0, 0}, {200, 408}} after change transform,center:{160, 284} 如图：可以看出，当我们对图像通过旋转,旋转后的图片的frame已经变成了{(2.5773352536321568, 59.226689885086444), (314.84532949273569, 449.54662022982711)},此时的起始位置为图上旋转后标的（2.58,59.2）,大小也变成了双箭头黑线标注的大小。因此得出结论：进行了transform变换，其frame改变了，但是其bounds和center并没有修改。此时bounds的size和frame的size已经没有关系了。当没有进行任何transform时，frame的size总是和bounds相等。以上便是对frame、bounds、center和transform做了一个简单的介绍。 bounds的使用接下来看一个例子（例子A）： - (void)viewDidLoad { [super viewDidLoad]; CGRect rect = self.view.frame; self.parentView = [[ParentView alloc] initWithFrame:CGRectMake(60, 80, rect.size.width-120, rect.size.height - 160)]; self.parentView.backgroundColor = [UIColor redColor]; [self.view addSubview:_parentView]; NSLog(@"frame:%@",NSStringFromCGRect(self.parentView.frame)); NSLog(@"bounds:%@",NSStringFromCGRect(self.parentView.bounds)); NSLog(@"center:%@",NSStringFromCGPoint(self.parentView.center)); self.parentView.bounds = CGRectMake(-40, -40, self.parentView.frame.size.width, self.parentView.frame.size.height); NSLog(@"parent change bound ,frame:%@",NSStringFromCGRect(self.parentView.frame)); NSLog(@"parent change bound ,bounds:%@",NSStringFromCGRect(self.parentView.bounds)); NSLog(@"parent change bound ,center:%@",NSStringFromCGPoint(self.parentView.center)); self.childView = [[ChildView alloc] initWithFrame:CGRectMake(20, 20, 100, 100)]; self.childView.backgroundColor = [UIColor yellowColor]; [self.parentView addSubview:_childView]; NSLog(@"childView frame:%@",NSStringFromCGRect(self.childView.frame)); NSLog(@"childView ounds:%@",NSStringFromCGRect(self.childView.bounds)); NSLog(@"childView center:%@",NSStringFromCGPoint(self.childView.center)); } 这里在parentView上添加了一个childView,然后对parentView的bounds进行修改和不修改进行了测试，结果如下：你会发现当修改了parentView的bounds之后，发现childView缺向右向下做了偏移。这里设置parentView的bounds的origin为（-40,-40）为何会发生这种情况呢？接下来先看一下下面这张图： +代表正方向，-代表负方向。如果此时我们没有改变图中O的坐标，那么此时A的坐标是(20,20)，如果我们更改了O的坐标为（-20,-20），那么原来A点的坐标就成了A'（0,0）,但是A坐标是不变的，所以它会到黑色A处。所以你改变了原点坐标为负之后，A点会移动到黑色A。相反如果你设置了坐标原点为（20,20），那么A点就会和坐标原点重合。这就是为什么childView会向右向下移动的原因。接下来再做如下操作（例子B）： - (void)viewDidLoad { [super viewDidLoad]; CGRect rect = self.view.frame; self.parentView = [[ParentView alloc] initWithFrame:CGRectMake(60, 80, rect.size.width-120, rect.size.height - 160)]; self.parentView.backgroundColor = [UIColor redColor]; [self.view addSubview:_parentView]; NSLog(@"parent change bound ,frame:%@",NSStringFromCGRect(self.parentView.frame)); NSLog(@"parent change bound ,bounds:%@",NSStringFromCGRect(self.parentView.bounds)); NSLog(@"parent change bound ,center:%@",NSStringFromCGPoint(self.parentView.center)); self.childView = [[ChildView alloc] initWithFrame:CGRectMake(self.parentView.frame.origin.x, self.parentView.frame.origin.y+self.parentView.frame.size.height-200, 100, 100)]; self.childView.backgroundColor = [UIColor yellowColor]; [self.parentView addSubview:_childView]; NSLog(@"childView frame:%@",NSStringFromCGRect(self.childView.frame)); NSLog(@"childView ounds:%@",NSStringFromCGRect(self.childView.bounds)); NSLog(@"childView center:%@",NSStringFromCGPoint(self.childView.center)); NSLog(@"\n--------\n"); CGRect parentBounds = self.parentView.bounds; [UIView animateWithDuration:2 animations:^{ self.parentView.bounds = CGRectMake(parentBounds.origin.x, 400, parentBounds.size.width, parentBounds.size.height); } completion:^(BOOL finished) { NSLog(@"anim finished,parentView frame:%@",NSStringFromCGRect(self.parentView.frame)); NSLog(@"anim finished,parentView ounds:%@",NSStringFromCGRect(self.parentView.bounds)); NSLog(@"anim finished,parentView center:%@",NSStringFromCGPoint(self.parentView.center)); NSLog(@"anim finished,childView frame:%@",NSStringFromCGRect(self.childView.frame)); NSLog(@"anim finished,childView bounds:%@",NSStringFromCGRect(self.childView.bounds)); NSLog(@"anim finished,childView center:%@",NSStringFromCGPoint(self.childView.center)); }]; } 输出结果如下： parent change bound ,frame:{{60, 80}, {200, 408}} parent change bound ,bounds:{{0, 0}, {200, 408}} parent change bound ,center:{160, 284} childView frame:{{60, 288}, {100, 100}} childView ounds:{{0, 0}, {100, 100}} childView center:{110, 338} -------- anim finished,parentView frame:{{60, 80}, {200, 408}} anim finished,parentView ounds:{{0, 400}, {200, 408}} anim finished,parentView center:{160, 284} anim finished,childView frame:{{60, 288}, {100, 100}} anim finished,childView bounds:{{0, 0}, {100, 100}} anim finished,childView center:{110, 338} 运行效果是childView向上移动，然后停止。结果前后对比图如下：直观来看，按说childView的frame改变了，但是从console输出的结果来看，childView的frame/bounds/center都没有改变，但是直观来看其位置却改变了。再看一下parentView,只有bounds改变了，frame和center却没变，从直观来看parentView没有任何更改。所以很有可能是parentView的bounds修改引起了childView的位置更改。这是为什么呢？这里先不说明为什么，再看一下最常用的UIScrollView: - (void)viewDidLoad { [super viewDidLoad]; self.scrollView = [[ZGUIScrolLView alloc] initWithFrame:self.view.frame]; self.scrollView.delegate = self; [self.view addSubview:_scrollView]; NSLog(@"scrollview frame:%@",NSStringFromCGRect(_scrollView.frame)); NSLog(@"scrollview bounds:%@",NSStringFromCGRect(_scrollView.bounds)); NSLog(@"scrollview center:%@",NSStringFromCGPoint(_scrollView.center)); self.scrollView.contentSize = CGSizeMake(800, 800); self.parentView = [[ParentView alloc] initWithFrame:CGRectMake(20, 100, 250, 300)]; self.parentView.backgroundColor = [UIColor redColor]; [self.scrollView addSubview:_parentView]; NSLog(@"parentView frame:%@",NSStringFromCGRect(_parentView.frame)); NSLog(@"parentView bounds:%@",NSStringFromCGRect(_parentView.bounds)); NSLog(@"parentView center:%@",NSStringFromCGPoint(_parentView.center)); } - (void)scrollViewDidScroll:(UIScrollView *)scrollView { NSLog(@"didScroll scrollview frame:%@",NSStringFromCGRect(_scrollView.frame)); NSLog(@"didScroll scrollview bounds:%@",NSStringFromCGRect(_scrollView.bounds)); NSLog(@"didScroll scrollview center:%@",NSStringFromCGPoint(_scrollView.center)); NSLog(@"didScroll parentView frame:%@",NSStringFromCGRect(_parentView.frame)); NSLog(@"didScroll parentView bounds:%@",NSStringFromCGRect(_parentView.bounds)); NSLog(@"didScroll parentView center:%@",NSStringFromCGPoint(_parentView.center)); printf("\n-------------------------------------------\n"); } 当滚动视图的时候，console输出结果如下： scrollview frame:{{0, 0}, {320, 568}} scrollview bounds:{{0, 0}, {320, 568}} scrollview center:{160, 284} parentView frame:{{20, 100}, {250, 300}} parentView bounds:{{0, 0}, {250, 300}} parentView center:{145, 250} didScroll scrollview frame:{{0, 0}, {320, 568}} didScroll scrollview bounds:{{0, -20}, {320, 568}} didScroll scrollview center:{160, 284} didScroll parentView frame:{{20, 100}, {250, 300}} didScroll parentView bounds:{{0, 0}, {250, 300}} didScroll parentView center:{145, 250} ------------------------------------------- didScroll scrollview frame:{{0, 0}, {320, 568}} didScroll scrollview bounds:{{8.5, 31.5}, {320, 568}} didScroll scrollview center:{160, 284} didScroll parentView frame:{{20, 100}, {250, 300}} didScroll parentView bounds:{{0, 0}, {250, 300}} didScroll parentView center:{145, 250} ------------------------------------------- didScroll scrollview frame:{{0, 0}, {320, 568}} didScroll scrollview bounds:{{25.5, 162}, {320, 568}} didScroll scrollview center:{160, 284} didScroll parentView frame:{{20, 100}, {250, 300}} didScroll parentView bounds:{{0, 0}, {250, 300}} didScroll parentView center:{145, 250} 根据输出结果可以看到，parentView的center、frame、bounds在滚动过程中都没有作出更改，但是我们看到的它的位置的确改变了。而对于scrollView来说，其frame和center也没有更改，但是bounds更改了。这种现象和上面提到的（例子B）的现象一样，都是对bounds进行了修改。然后子视图从新进行了布局。说道子视图重新布局，让我想到了一个方法： - (void)layoutSubviews; 从字面意思看就是布局某个视图的子视图，那么会不会和这个方法有关呢？因此我在自定义的ZGUIScrollView里面实现了该方法： - (void)layoutSubviews { NSLog(@"scrollview's layoutSubViews called"); [super layoutSubviews]; } 再次滚动界面，发现每次滚动都会调用scrollview的layoutSubViews方法。苹果官方文档介绍： Lays out subviews. The default implementation of this method does nothing on iOS 5.1 and earlier. Otherwise, the default implementation uses any constraints you have set to determine the size and position of any subviews. Subclasses can override this method as needed to perform more precise layout of their subviews. You should override this method only if the autoresizing and constraint-based behaviors of the subviews do not offer the behavior you want. You can use your implementation to set the frame rectangles of your subviews directly. You should not call this method directly. If you want to force a layout update, call the setNeedsLayout method instead to do so prior to the next drawing update. If you want to update the layout of your views immediately, call the layoutIfNeeded method. 它的作用就是布局一个视图上的子视图。确定子视图的大小和位置。如果你想强制布局更新，你不能直接去调用这个方法，而是在下次更新图形之前调用setNeedsLayout方法，如果你要立即更新视图布局，调用layoutIfNeeded方法。由此可知，UIScrollView的实现就是通过bounds来实现的。contentOffset是bounds的origin。然后当bounds修改之后，会在layoutSubviews方法里面对子视图进行布局。对子类进行更新。另外，我们还可以用bounds实现如下效果：图上右侧便是使用了bounds实现的效果。实现方式就是在自定义cell中重写drawReact: - (void)drawRect:(CGRect)rect { self.bounds = CGRectMake(self.bounds.origin.x, self.bounds.origin.y, self.frame.size.width-20, self.frame.size.height - 5); [super drawRect:rect]; } 其实UITableView(它是UIScrollView)的实现也是类似，更改了bounds,来实现滚动加载cell。总结对bounds和frame的理解就是这些，其实系统用bounds的地方还是很多的。例如UIScrollView的实现就用到了。有疑问的话可以留言交流。注：转赞请标明来源：[张贵的博客(https://yq.aliyun.com/articles/300444)

发表了文章 2017-11-28

我是如何一步一步实现网页离线缓存的###我是如何一步一步实现网页离线缓存的？

问题一个Hybrid APP，如何做离线缓存策略？也可以简单来说，你的APP只是一个壳，里面真正加载的内容是H5，如果优化加载内容的速度？先了解一下NSURLProtocol 从字面意思看它是一个协议，但是它其实是一个类，而且继承自NSObject。它的作用是处理特定URL协议的加载。它本身是一个抽象类，提供了使用特性URL方案处理URL的基础结构。你可以自己创建NSURLProtocol的子类，来让自己的应用支持自定义的协议或者URL方案。应用程序永远不需要直接实例化一个NSURLProtocol子类。当一个下载开始的时候，系统创建一个合适的protoco对象来响应URL请求。你要做的就是自己定义一个你自己的protocol，然后在APP启动的时候调用registerClass:，让系统知道你的协议。这里需要注意：你不能在watchOS 2以及更高版本中自定义URL scheme和协议。为了支持特定的自定义请求，你最好定义NSURLRequest 或者NSMutableURLRequest。让自定义的这些对象来实现请求，这里需要使用NSURLProtocol的propertyForKey:inRequest:和setProperty:forKey:inRequest，然后你可以自定义NSURLResponse类来模拟返回信息。接下来就开始对UIWebView进行离线缓存处理。 UIWebView的离线缓存处理首先，我们需要自定义一个NSURLProtocol的子类，并且在AppDelegate.m的 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { [NSURLProtocol registerClass:[ZGURLProtocol class]]; return YES; } 注册。接下来的所有操作就都是在我们自定义的ZGURLProtocol中操作了。先看一下registerClass的作用：尝试注册一个NSURLProtocol的子类，使其对URL Loading System可见。这里的URL Loading System就是一组类和协议，允许你的应用程序访问由URL产生的内容，比如请求、接收内容和Cache等。当URL Load System开始加载一个请求的时候，每个注册的协议类都被依次去调用，以确定是否可以用指定的请求去初始化它。首先被调用的方法是： + (BOOL)canInitWithRequest:(NSURLRequest *)request; 在该方法里面进行缓存过滤，比如你想只缓存js，那么判断request的path的后缀，如果是js，就返回YES，否则返回NO。如果返回YES，那么就相当于该请求被自定义的URLProtocol来处理，这里不能保证所有的注册的NSURLProtocol都能被处理到。如果你定义了多个NSProtocol子类，这些子类将会以相反的顺序调用。也就是说如果你是这样写的： [NSURLProtocol registerClass:[ZGURLProtocol class]]; [NSURLProtocol registerClass:[ZProtocol class]]; 那么最先执行的是ZProtocol，如果参initWithRequest:返回的为YES，则请求由ZProtocol进行处理，且不会再走ZGURLProtocol。如果ZProtocol的initWithRequest:返回的为NO，则请求继续向下传递由其他的NSURLProtocol子类处理。一旦返回YES，那么请求将会由自己写的子类处理，首先会调用： + (NSURLRequest *)canonicalRequestForRequest:(NSURLRequest *)request 这个是一个抽象的方法，子类必须对其实现。通常情况下，我们一般都是直接返回request，但是这里你也可以直接修改此request，包括header，hosts等。可以对指定request进行重定向操作。在这里，我们只是将现有的request进行返回即可。紧接着，便会开始请求： - (void)startLoading; 该方法的作用就是开始请求protocol指定的请求。该方法也是protocol子类必须实现的方法。在这里所做的操作就是：先判断是否有缓存数据，如果有，则自己创建NSURLResponse，然后将缓存数据放入，并进行client的一些操作，然后返回；如果没有缓存数据，则新建一个NSURLConnection，然后发送请求。先说一下有缓存的情况下： if (model.data && model.MIMEType) { NSURLResponse *response = [[NSURLResponse alloc] initWithURL:self.request.URL MIMEType:model.MIMEType expectedContentLength:model.data.length textEncodingName:nil]; [self.client URLProtocol:self didReceiveResponse:response cacheStoragePolicy:NSURLCacheStorageAllowed]; [self.client URLProtocol:self didLoadData:model.data]; [self.client URLProtocolDidFinishLoading:self]; return; } （model是缓存数据）有缓存的情况下,直接使用缓存的数据和MIME类型，然后构建NSURLResponse，然后通过协议client调用代理方法。这里的client是一个protocol，如下： @protocol NSURLProtocolClient <NSObject> - (void)URLProtocol:(NSURLProtocol *)protocol wasRedirectedToRequest:(NSURLRequest *)request redirectResponse:(NSURLResponse *)redirectResponse; - (void)URLProtocol:(NSURLProtocol *)protocol cachedResponseIsValid:(NSCachedURLResponse *)cachedResponse; - (void)URLProtocol:(NSURLProtocol *)protocol didReceiveResponse:(NSURLResponse *)response cacheStoragePolicy:(NSURLCacheStoragePolicy)policy; - (void)URLProtocol:(NSURLProtocol *)protocol didLoadData:(NSData *)data; - (void)URLProtocolDidFinishLoading:(NSURLProtocol *)protocol; - (void)URLProtocol:(NSURLProtocol *)protocol didFailWithError:(NSError *)error; - (void)URLProtocol:(NSURLProtocol *)protocol didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge; - (void)URLProtocol:(NSURLProtocol *)protocol didCancelAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge; @end 该协议提供了NSURLProtocol子类与URL Loading System进行沟通的接口。一个APP一定不要去实现这个协议。有缓存的情况下调用回调方法，然后进行处理。在没有缓存的情况下：实例化一个connection，然后发起请求。在我们收到response的时候： - (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response { self.responseData = [[NSMutableData alloc] init]; self.responseMIMEType = response.MIMEType; [self.client URLProtocol:self didReceiveResponse:response cacheStoragePolicy:NSURLCacheStorageNotAllowed]; } 紧接着就是接收数据： - (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data { [self.responseData appendData:data]; [self.client URLProtocol:self didLoadData:data]; } 接收完数据之后便调用了： - (void)connectionDidFinishLoading:(NSURLConnection *)connection { ZGCacheModel *model = [ZGCacheModel new]; model.data = self.responseData; model.MIMEType = self.responseMIMEType; [self setMiType:model.MIMEType withKey:[self.request.URL path]];//userdefault存储MIMEtype [[ZGUIWebViewCache sharedWebViewCache] setCacheWithKey:self.request.URL.absoluteString value:model]; [self.client URLProtocolDidFinishLoading:self]; } 这个方法是结束家在之后的调用，我们需要在这里将请求过来的数据进行缓存。这样我们本地就有了指定URL的返回数据。这里还有一个重要的东西没有介绍，那就是 [NSURLProtocol propertyForKey:ZGURLProtocolKey inRequest:request] [NSURLProtocol setProperty:@YES forKey:ZGURLProtocolKey inRequest:mutableRequest]; 这里的 + (void)setProperty:(id)value forKey:(NSString *)key inRequest:(NSMutableURLRequest *)request; 作用是在指定的请求中设置与特定的键值相关联。防止多次调用一个request。这样，我们就完成了UIWebView的离线缓存。在这里我封装了一个ZGUIWebViewCache。感兴趣的可以看一下。 WKWebView的离线缓存处理 WKWebView离线缓存和UIWebView缓存类似，只不过使用WKWebView除了一开始调用一下NSURLProtocol的canInitWithRequest：方法之后，之后的请求似乎就和NSURLProtocol完全无关了，网上都说WKWebView的请求是在独立的进程里，所以不走NSURLProtocol。这里是通过NSURLProtocol+WKWebView类进行处理的，详情可参见：ZGWKWebViewCache。剩下的处理过程就和UIWebView缓存处理类似了。以上便是对网页离线缓存的实现。如有问题，欢迎留言沟通！参考 1.让 WKWebView 支持 NSURLProtocol

发表了文章 2017-10-25

深入浅出理解消息的传递和转发机制

前言在面试过程中你也许会被问到消息转发机制。这篇文章就是对消息的转发机制进行一个梳理。主要包括什么是消息、静态绑定/动态绑定、消息的传递和消息的转发。接下来开发进入正题。消息的解释在其他语言里面，我们可以用一个类去调用某个方法，在OC里面，这个方法就是消息。某个类调用一个方法就是向这个类发送一条消息。举个例子： People *zhangSan = [[People alloc] init]; People *lisi = [[People alloc] init]; [zhangSan beFriendWith:lisi]; 我们有个People的类，zhangSan这个实例发送了一条beFriendWith:的消息。你也许还看过这种调用方式： [zhangSan performSelector:@selector(beFriendWith:) withObject:lisi]; 其目和上面的一样，都是向zhangSan发送了一条beFriendWith:的消息，传人的参数都是lisi。这里简单介绍一下SEL和IMP： SEL:类成员方法的指针，但和C的函数指针还不一样，函数指针直接保存了方法的地址，但是SEL只是方法编号。IMP:函数指针，保存了方法地址。我们叫@selector(beFriendWith:)为消息的选择子或者选择器。(A selector identifying the message to send) 静态绑定/动态绑定所谓静态绑定，就是在编译期就能决定运行时所调用的函数，例如： void printHello() { printf("Hello,world!\n"); } void printGoodBye() { printf("Goodbye,world!\n"); } void doTheThing(int type) { if (type == 0) { printHello(); }else { printGoodBye(); } } 所谓动态绑定，就是在运行期才能确定调用函数： void printHello() { printf("Hello,world!\n"); } void printGoodBye() { printf("Goodbye,world!\n"); } void doTheThing(int type) { void (*fnc)(void); if (type == 0) { fnc = printHello; }else { fnc = printGoodBye; } fnc(); } 在OC中，对象发送消息，就会使用动态绑定机制来决定需要调用的方法。其实底层都是C语言实现的函数，当对象收到消息后，究竟调用那个方法完全决定于运行期，甚至你也可以直接在运行时改变方法，这些特性都使OC成为一门动态语言。消息的传递先看一下一条简单的消息： id returnValue = [someObject messageName:parameter]; 其中：someObject叫做接收者(receiver)。messageName叫做选择器(selector)选择器和参数合起来成为消息(message)当编译器看到这条消息，就会转换成一条标准的C函数：objc_msgSend,此时会变成： id returnValue = objc_msgSend(someObject,@selector(messageName:),parameter); objc_msgSend可以在objc里面的message.h中看到:根据官方注释可以看到： When it encounters a method call, the compiler generates a call to one of the functions objc_msgSend, objc_msgSend_stret, objc_msgSendSuper, or objc_msgSendSuper_stret. Messages sent to an object’s superclass (using the super keyword) are sent using objc_msgSendSuper; other messages are sent using objc_msgSend. Methods that have data structures as return values are sent using objc_msgSendSuper_stret and objc_msgSend_stret. 它的作用是向一个实例类发送一个带有简单返回值的message。是一个参数个数不定的函数。当遇到一个方法调用，编译器会生成一个objc_msgSend的调用，有：objc_msgSend_stret、objc_msgSendSuper或者是objc_msgSendSuper_stret。发送个父类的message会使用objc_msgSendSuper，其他的消息会使用objc_msgSend。如果方法的返回值是一个结构体(structures)，那么就会使用objc_msgSendSuper_stret或者objc_msgSend_stret。第一个参数是：指向接收该消息的类的实例的指针第二个参数是：要处理的消息的selector。其他的就是要传入的参数。这样消息派发系统就在接收者所属类中查找器方法列表，如果找到和选择器名称相符的方法就跳转其实现代码，如果找不到，就再起父类找，等找到合适的方法在跳转到实现代码。这里跳转到实现代码这一操作利用了尾递归优化。如果该消息无法被该类或者其父类解读，就会开始进行消息转发。理解消息转发机制(message forwarding) 动态方法解析不要把消息转发机制想象得很难，其实看过下面的你就会发现，没有那么难。我们有的时候会遇到这样的crash：我们都知道crash的原因是People没有gotoschool这个方法，但是你调用了该方法，所以会产生NSInvalidArgumentException，reason： -[People gotoschool]: unrecognized selector sent to instance 0x1d4201780' 接下来让我们看看从发送消息到此crash的过程。前面消息的传递没有成功找到实现，所以会走到消息转发里面，我先在People类里面实现了这样一个方法： void gotoSchool(id self,SEL _cmd,id value) { printf("go to school"); } //对象在收到无法解读的消息后，首先将调用所属类的该方法。 + (BOOL)resolveInstanceMethod:(SEL)sel { NSString *selectorString = NSStringFromSelector(sel); if ([selectorString isEqualToString:@"gotoschool"]) { class_addMethod(self, sel, (IMP)gotoSchool, "@@:"); } return [super resolveInstanceMethod:sel]; } 然后再次运行程序，你会发现没有crash了，而且顺利打印出来"go to school"。这个是什么个情况呢？先看看这个方法： + (BOOL)resolveInstanceMethod:(SEL)sel OBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0, 2.0); + (BOOL)resolveClassMethod:(SEL)sel OBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0, 2.0); 这个方法是objc里面NSObject.h里面的方法。从字面理解就是处理实例方法(处理类方法)。下面是对其的介绍：它的作用就是给一个实例方法（给定的选择器）动态提供一个实现。注释也提供了一个demo告诉我们如何动态添加实现。也就是说当消息传递无法处理的时候，首先会看一下所属类，是否能动态添加方法，以处理当前未知的选择子。这个过程叫做“动态方法解析”(dynamic method resolution)。这里我在动态方法解析这里动态添加了实现，然后程序就不会崩溃啦。如果是类方法，就调用resolveClassMethod:方法进行操作，和上面的resolveInstanceMethod一样的处理方式。这里还用到了calss_addMethod，后面会单独写篇博客对其介绍。感兴趣的可以先自行查看API。备援接收者当动态方法解析没有实现或者无法处理的时候，就会执行 - (id)forwardingTargetForSelector:(SEL)aSelector OBJC_AVAILABLE(10.5, 2.0, 9.0, 1.0, 2.0); 这个方法也是objc里面NSObject.h里面的方法。我对People进行了如下处理： - (id)forwardingTargetForSelector:(SEL)aSelector { NSString *selectorString = NSStringFromSelector(aSelector); if ([selectorString isEqualToString:@"gotoschool"]) { return self.student; } return nil; } 我在People里面添加了一个Student类实例，然后实现了forwardingTargetForSelector：方法。然后运行，奇迹地发现程序也没有崩溃。该方法的作用是（上图也有介绍）：返回一个对未识别消息处理的对象。如果实现了该方法，并且该方法没有返回nil，那么这个返回的对象就会作为新的接收对象，这个未知的消息将会被新对象处理。通过此方案，我们可以用组合来模拟多重继承的某些特性，比如我返回多个类的组合，那么就像继承多个类一样进行处理。在对外调用者来说，好像就是该对象亲自处理的这些消息。消息转发当动态方法解析和备援接收者都没有进行处理的话，就会执行： - (void)forwardInvocation:(NSInvocation *)anInvocation OBJC_SWIFT_UNAVAILABLE(""); 这个方法也是objc里面NSObject.h里面的方法，我对People进行如下处理： - (void)forwardInvocation:(NSInvocation *)anInvocation { NSLog(@"%@ can't handle by People",NSStringFromSelector([anInvocation selector])); } - (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector { NSMethodSignature *sign = [NSMethodSignature signatureWithObjCTypes:"@@:"]; return sign; } 再次运行程序，发现程序没有崩溃，只不过打印出来了“gotoschool can't handle by People”。forwardInvocation:方法是将消息转发给其他对象。从注释看：对一个你的对象不识别的消息进行相应，你必须重写methodSignatureForSelector:方法，该方法返回一个NSMethodSIgnature对象，该对象包含了给定选择器所标识方法的描述。主要包含返回值的信息和参数信息。实现forwardInvocation:方法时，若发现调用的message不是由本类处理，则续调用超类的同名方法。这样所有父类均有机会处理此消息，直到NSObject。如果最后调用了NSObject的方法，那么该方法就会调用“doesNotRecognizerSelector：”，抛出异常，标明选择器最终未能得到处理。也就是上面的crash:NSInvalidArgumentException。至此，真个消息转发全流程结束。上一个王图：总结接收者在每一步都有机会对未知消息进行处理，一句话：越早处理越好。如果能在第一步做完，就不进行其他操作，因为动态方法解析会将此方法缓存。如果动态方法解析不了，就放到第二步备援接收者，因为第三步还要创建完整的NSInvocation。在完整来一遍：Q:说一下你理解的消息转发机制？A:先会调用objc_msgSend方法，首先在Class中的缓存查找IMP，没有缓存则初始化缓存。如果没有找到，则向父类的Class查找。如果一直查找到根类仍旧没有实现，则执行消息转发。1、调用resolveInstanceMethod：方法。允许用户在此时为该Class动态添加实现。如果有实现了，则调用并返回YES，重新开始objc_msgSend流程。这次对象会响应这个选择器，一般是因为它已经调用过了class_addMethod。如果仍没有实现，继续下面的动作。2、调用forwardingTargetForSelector:方法，尝试找到一个能响应该消息的对象。如果获取到，则直接把消息转发给它，返回非nil对象。否则返回nil，继续下面的动作。注意这里不要返回self，否则会形成死循环。3、调用methodSignatureForSelector:方法，尝试获得一个方法签名。如果获取不到，则直接调用doesNotRecognizeSelector抛出异常。如果能获取，则返回非nil;传给一个NSInvocation并传给forwardInvocation：。4、调用forwardInvocation:方法，将第三步获取到的方法签名包装成Invocation传入，如何处理就在这里面了，并返回非nil。5、调用doesNotRecognizeSelector：，默认的实现是抛出异常。如果第三步没能获得一个方法签名，执行该步骤。另附相关杂乱代码(里面有动态方法解析demo)。转载请注明来源：https://yq.aliyun.com/articles/226983?spm=5176.blogshare226983.0.0.TgHSak

发表了文章 2017-08-22

如何统计iOS产品不同渠道的下载量？

一、前言在开发过程中，Android可能会打出来很多的包，用于标识不同的商店下载量。原来觉得苹果只有一个商店：AppStore，如何做出不同来源的统计呢？本篇文章就是告诉大家如何做不同渠道来源统计。二、正文先看一下苹果自家统计到的数据：这个是在没有对下载链接做任何处理的情况下在itunesconnect后台看到的数据。怎么看到这个页面呢？登录https://itunesconnect.apple.com/ --->App分析--->点击任一款app--->来源--->App引荐来源。通过这几个步骤就能看到不同app的引荐来源。另外，还能看到网页的引荐来源：个人还不太了解具体苹果爸爸那边是怎么实现的，也许是苹果那边对来源进行了记录吧。接下来我们就来实现这样一个需求：我想在多个网页或者APP上对自己的APP进行推广，想大概统计一下某个来源的下载量，如何实现？答案就是使用苹果itunesconnect后台的营销活动。何为营销活动？在苹果官方的小提示里面是这样写的：进行 App 和网站推荐跟踪，以便衡量广告营销活动的影响力。因此我们可以通过生成营销活动链接，然后将原来引导到AppStore的链接换成此营销活动链接，就能够统计某个渠道的展示次数、APP购买量、营销额和APP使用次数。如何生成一个营销活动链接？首先，打开https://itunesconnect.apple.com/，然后登录开发者账号。然后点击App分析第二步：点击你要进行营销推广的App，进入如下页面：第三步：点击来源，然后选中营销活动：第四步：点击右上角的生成营销活动链接，进入如下页面：第五步：输入营销互动，然后在下面的营销活动链接里面复制此营销活动特有的AppStore链接：然后将此营销活动链接告知网页或者其他APP即可，比如我现在用的是blogtest，那么我的营销活动链接就是： https://itunes.apple.com/app/apple-store/id1216088977?pt=118341905&ct=blogtest&mt=8 原有的AppStore下载链接是这样的： https://itunes.apple.com/app/apple-store/id1166475483 相当于多个一个pt的参数、ct的参数和mt的参数。其中的ct就是我们的营销活动。那么我就可以通过下面找个页面来查看通过该营销活动链接该APP的展示次数、App购买量、营销额以及App使用次数等。这样，我们就能统计到不同渠道的下载量了。三、总结做市场推广的时候也许会用到这个功能，个人觉得还是很实用的。感兴趣的话可以自己尝试一下。这里注意，这个数据展示一般是有2天的时间延迟。转载请标明出处：https://yq.aliyun.com/articles/176551?spm=5176.blogshare176551.0.0.p7MnGk

发表了文章 2017-07-11

App Extensions篇之Sticker Pack Extension

转载请标明原文链接：https://yq.aliyun.com/articles/122891?spm=5176.blogshare122891.0.0.FHGfNo 前言上一篇文章对App Extension做了简单介绍以及对Share Extension的使用做了简单说明，本篇文章主要是对Sticker Pack Extension进行介绍。开始接下来是对Sticker Pack Extension的一些介绍。 Sticker Pack Extension是什么？从字面看就是贴纸包扩展，更直观一点看下图： iMessage里面这些都是iMesssage的Extension，但是并不是所有的Extension都是Sticker Pack Extension，有的是iMessage Extension。因此，如果是贴纸这种的Extension，才是Sticker Pack Extension。贴纸包如何创建呢？我们会看到两种情况： 1.没有从AppStore下载Sticker Pack，但是你可以直接在iMessage里面看到。其实这种是不是创建的Sticker Pack Extension，而是单独的Sticker pack Application。它是可以单独上线AppStore的，也就是我们经常看的这些：这些椭圆形状的都是iMessage 贴纸，下载之后直接可以在iMessage里面看到。可以直接这样创建：点击所选择的那个Application之后，你会看到如下的project项目工程列表：好吧，只有一个文件夹，后面在介绍。 2.没有从AppStore上面下载，但是能够在iMessage里面看到的。例如上面图示中的WWDC和知乎刘看山。它的创建方式就是App Extension。也就是我们在我们产品开发的时候，新建的一个Target: 新建之后，你会发现项目工程目录变成这样了：上面的MessageExtensionDemo是我的工程，CustomSticker是我新建的Sticker Pack Extension。相比之下多了一个Info.plist，无非是对要展示的名称以及其他属性的设置。如何实现接下来的开发让你刷新认知。因为：完全不需要编写代码！完全不需要编写代码！完全不需要编写代码！我们只要把图片放到指定的位置即可。打开Sticker.xcassets，你会发现里面是这样的：其中的iMessage App Icon就是在iMessage里面看到的icon，而Sticker Pack就是我们在iMessage里面点击icon进入的页面要展示的image.例如我自己做的这种：这里面我做的就是找一些图片，然后把这些图片放到指定的位置，把做的icon放到iMessage App Icon里面，把其他的要分享的图片放到Sticker Pack里面。然后点击运行主程序，打开iMessage app，你就会看到自己的iMessage 贴纸。这里你可能注意打了展示的个数问题，有的一行四个，有的一行三个，有的一行2个。这个是因为我设置的Sticker Size：也就是说如果我用的Small，那么iMessage里面展示的就是一行四个，如果设置的Medium，那么一行展示的就是三个，如果是Large，那么一行展示的就是两个。 Sicker Pack 图片Size和格式官方的Sticker Size是下图左侧这样的：但是我在设计图片的时候比较随意，随便设置了图片的大小，，不过看起来也还ok。官方的Sticker Formats是上图右侧这样的。另外，我们再看一下左下角的加号：其中的New Sticker就是创建一个Sticker Pack，那个New Sticker Sequence很有趣，其实它就是一个图片的序列，也就是我们可以用几张连续的png图片组装成一个动态图片。这里就不举例子了，感兴趣可以自己试一下。关于iMessage 贴纸 icons大小按照官网给的大小设计即可。另外如果有money，可以购买官方推荐的创建Stickers的工具：Motion。不过收费。。。。点击这里可查看如何使用Motion来创建Stickers。总结这篇博客主要介绍了如何创建iMessage App以及如何创建贴纸扩展。比较简单。不理解的话可以留言咨询。附 1.用到的代码，点击这里下载（代码中的MessageExtensionDemo）参考资料 1.Human Interface Guidelines 2.Creating Stickers for iMessage 3.Messages 4.视频：Buildiing Sticker Packs 5.Create Stickers with Motion

发表了文章 2017-07-05

App Extensions篇之Share Extension

转载请注明出处：https://yq.aliyun.com/articles/117808?spm=5176.blogshare117808.0.0.9Vjqbx 1.前言这里主要是对App Extension的一些介绍以及详细给大家介绍一下Share Extension，后期会添加其他的Extension介绍。 2.开始主要对App Extension和Share Extension进行介绍。请继续往下看： 2.1: App Extension的介绍官方给的说法是：App Extension可以让你扩展你的APP的自定义功能和内容，使用户可以在与其他应用或者系统进行互动的时候去使用它。翻译的不一定准确，这样说可能会好理解：我们平时看到的Widget、微信和QQ的share等等，都是App Extension，下图是一些例子：其实就是我们经常看到的Widget，但是Widget只是Today Extension，除了Today Extension，还有很多。一个支持扩展的系统区域叫做一个extension point(扩展点)。每个扩展点的扩展都有自己独有的使用方法和API。你可以根据你的需求来选择不同的扩展。官方API里面提出了一个名词叫：Host app，我们可以把它理解为宿主的App也就是提供应用扩展界面显示或者功能的App。还有一个container app，我们可以把它理解为容器App，就像上图的微信share extension，容器app就是微信。扩展和app不同，扩展无法单独上架AppStore。尽管你必须使用个app来包含并且分发你的extension，extension也是一个单独的二进制文件，独立于用于传递和分发的container app。你可以通过File--->New --->Target来创建Extension，它和其他的target一样，它和你的app project组合成为一个产品。一个app可以有一个扩展，也可以有多个扩展。最好的创建扩展的方式就是通过Xcode提供的Extension种类选择自己需要的来创建，里面包含了必要的API以及方法实现。如果你想让用户去使用你的扩展，那么就需要吧你的containing app发布到AppStore，当用户安装了你的Containing app，扩展也就安装了。不同的扩展启动的方式也不一样，例如Today Extension，你需要Widget来展示到你的通知中心。扩展也不要乱用，扩展的最佳用户体验从来都是希望用户操作更精简、更快速，并且专注于单个任务。 2.1.1: Extension的种类我们可以在Xcode的File--->New--->Target里面看到不同平台的Extension，包括iOS、watchOS、tvOS、macOS等等。这里主要介绍iOS，主要包括以下几种Extensions： 1.Action Extension：动作扩展，在另一个应用程序的上下文中操作或者查看内容 2.Audio Unit Extension：音频单元扩展 3.Broadcast UI Extension：广播UI 扩展 4.Broadcast Upload Extension：广播上传扩展 5.Call Directory Extension：呼叫目录扩展 6.Content Blocker Extension：内容拦截器扩展 7.Custom Keyboard Extension：键盘扩展，例如第三方的键盘，搜狗输入法，百度输入法等。 8.iMessage Extension：消息的扩展 9.Intents Extension：Intents扩展 10.Intents UI Extension：Intents UI扩展 11.Notification Content Extension：通知内容扩展 12.Notification Service Extension：通知服务扩展 13.Photo Editing Extension：图片编辑扩展，在照片app中编辑照片或者视频 14.Share Extension：分享扩展，发布一个共享网站或者与其他应用共享内容。 15.Shared Links Extension：分享链接扩展 16.Spotlight Index Extension：Spotlight 索引扩展 17.Sticker Pack Extension：贴纸包扩展 18.Today Extension：Today扩展，可以快速获取更新或者在通知中心的近日视图中执行一项快速任务。等等。也可直接在这里参见更多extension。 2.1.2: App Extensions的生命周期先上图，估计你已经看到了好多次这张图，恭喜你这次又看到了，因为这个是苹果官方提供的图片。 1.用户选择要使用的App extension 2.系统启动App Extension 3.App Extension 代码运行 4.运行完之后系统kill掉App Extension 这就是App Extension的生命周期，举个例子：一个Share Extension，在图库里面你选择了一张图片，然后点击分享，选择你的Share Extension(第一步)，此时系统会启动你的Share Extension（第二步）。然后你将选择的图片分享到指定的程序（例如微信的发送给朋友）（第三步）。接下来分享页面关闭，系统kill掉了Share Extension。 2.1.3: App Extension的通信方式 App Extension主要的通信是和他的host app（例如微信的Share Extension和微信），来自host app的请求和extension的response。下图你应该也很熟悉（app 扩展直接和host app沟通）：这个展示的就是正在运行的App Extension、host app和containing app之间的关系。可以看出：Containing App和app Extension并没有直接的沟通。甚至有的时候Containing app可以不运行，而App Extension直接运行。Containing app和Host app没有任何的沟通。在一个典型的request/response中，系统打开代表host app(图库)的extension（微信分享的share extension），把host app提供的数据(图片和选择的好友)输送到extension的context，然后extension展示界面，提供一些功能任务（例如微信的分享到朋友）。还有一种是app extension可以直接和他的containing app沟通：例如Today Widget，可以直接告诉系统打开他的Containing app，只需要调用NSExtensionContext的openURL:CompletionHandler:方法即可。 2.1.4: 在App Extension中不可以做的事情一个app extension不能有以下情况： 1.访问sharedApplication对象。因此不能使用任何该对象的防范 2.使用任何标记NS_EXTENSION_UNAVAILABLE宏的API，或者类似的宏，或者不可用framework里面的API，例如HealthKit framework不能用于app extensions 3.iOS设备访问相机或者麦克风（iMessage app可以访问这些资源，只要在Info.plist里面进行配置使用描述即可） 4.运行一个长时间的后台任务（根据不同平台而异） 5.使用AirDrop接收数据 2.2: Share Extension的简单使用这里我们以Share Extension为例进行介绍。 2.2.1: 选择正确的Extension Point开始开发当你创建app extension的时候，可以直接使用Xcode自带的模板创建你需要的Extension。点击File--->New--->Target: 从这里选择符合你需求的Extension，当你创建完毕后，你的项目工程目录就会多一个文件夹：可以发现多了一个.swift、.storyboard和一个Info.plist。接下来你也会在Scheme里发现一个Extension，而且多了一个以.appex为后缀的Bundle 这里需要注意：一个app extension必须在architectures build settings 里面包含arm64(ios)或者x86_64(OS X)，否则containing app上架的时候将会被拒绝。Xcode默认的Standard architecture包含了64-bit的architecture。 An app extension target must include the arm64 (iOS) or x86_64 architecture (OS X) in its Architectures build settings or it will be rejected by the App Store. Xcode includes the appropriate 64-bit architecture with its “Standard architectures” setting when you create a new app extension target. If your containing app target links to an embedded framework, the app must also include 64-bit architecture or it will be rejected by the App Store. 2.2.2: 来看看默认的App Extension模板从上面的项目工程目录看，每个extension都包含了一个plist文件、一个视图控制器类和一个默认的user interface，这些都是被extension point定义的。我们先来看一下Info.plist里面的东西：再看看项目工程的Info.plist：两者可以进行一个对比，可以看出： 1、CFBundlePackageType不一样，项目是APPL，而Extension的是XPC！ 2、比较明显的就是App Extension里面多了一个NSExtension的字典。在Info.plist中，该文件必须包含NSExtension键和扩展点指定的键和值的字典。这里的ExtensionPointIdentifier是com.apple.share-services，因为我创建的是Share Extension。这里注意，如果你的app extension的Info.plist里面包含了UIBackgroundModes key那么将无法通过AppStore的审核。 2.2.3：调试App Extension 调试App Extension很简单，你要做的就是选择（scheme）扩展，然后点击Run，就会弹出一个弹框让你选择Host app，选择Host app之后便可以运行调试。比如你调试Share Extension，你可以选择照片，然后让照片当Host app，然后运行之后就会打开照片，选择分享就会看到你的app扩展，然后进行debug断点处理等。 2.3：Share Extension Demo 先看一下我自己做的分享Demo效果：然后在containing app里面查看分享的图片：如上图的第三张图。先看一下这里默认创建的Share Extension的视图控制器： class ShareViewController: SLComposeServiceViewController { override func isContentValid() -> Bool { // Do validation of contentText and/or NSExtensionContext attachments here return true } override func didSelectPost() { // This is called after the user selects Post. Do the upload of contentText and/or NSExtensionContext attachments. // Inform the host that we're done, so it un-blocks its UI. Note: Alternatively you could call super's -didSelectPost, which will similarly complete the extension context. self.extensionContext!.completeRequest(returningItems: [], completionHandler: nil) } override func configurationItems() -> [Any]! { // To add configuration options via table cells at the bottom of the sheet, return an array of SLComposeSheetConfigurationItem here. return [] } } 里面主要有三个方法： isContentValid是用来判断内容是否可用的,这里可以做一些校验，比如我们分享的内容是否符合要分享的要求，如果返回false，那么在上图的Post按钮就无法点击了。因为一旦返回false，则说明分享内容不符合要求，也就无法Post了。 configuration是一个配置数组，它可以配置多个列表，例如微信分享的[发送给朋友，分享到朋友圈，收藏]： didSelectPost是你点击发送之后处理的事件，比如微信的点击收藏，可以调用微信的api，然后进行收藏。默认的注释也说明了本方法的作用：当用户选中post之后调用。是对内容或者NSExtensionContext附件的上传。我这里使用App Group的方式进行app Extension和containing app进行交互。先将内容存储到UserDefaults，然后再在containing app里面取出图片展示到containing app里面。这里我把图片存储到了UserDefaults，然后在Containing app里面获取： suite的name是app group的名称。具体可参见Github源码里的ShareExtension。总结 App Extension的出现使App的使用更加方便，比如系统的天气widget，还有类似微信（QQ）的分享，完全可以实现不打开containing app而直接使用share extension分享。在后续的时间里，将会不定期进行更新，给读者介绍其他的Extension，如有任何疑问，随时留言沟通。参考资料 1、App Extension Programming Guide 2、深入App Extensions for iOS8 3、Information property List Key Reference 4、App Extension Programming Guide---Share

发表了文章 2017-06-07

看过WWDC2017的闲谈

2017年6月6日凌晨的138分钟，是属于WWDC2017的。鉴于时间问题，没有熬夜看，所以早上起来趁着公司不太忙就看了看。整体的内容没有太多变化，依然是苹果的主产品，不过这次的one more thing 是HomePod，还是挺令人期待的。接下来我将从大会的主要内容和自己的感受两个方面进行撰写。这里只是简单的介绍，更多详情可以访问Apple.com查看更多。内容概览开场以小视频的方式表达了苹果对人们日常生活的影响之大。AppStore Server服务异常，导致人们的生活和工作等等各个方面都受到了很大的影响。挺有意思的小视频，推荐大家欣赏一下，很有创意。然后就是库克的开场，介绍了如今注册开发者的人数：16 million；此次参加大会的人数：5300人；其中有大多数的学生开发者等等。这里还专门介绍了Yuma和Masaca： Yuma来自澳大利亚，今年10岁，是苹果开发者中最小的开发者。他从6岁开始编程，如今已经有5款app上架Appstore。另一位是来自日本的82岁的Masako，到了晚年才接触开发，自己也有一些app上架AppStore。接下来就围绕了六点开始了本次WWDC的内容。这六点包括： 1.tvOS 2.Apple Watch 3.Mac 4.iOS 5.iPad 6.HomePod 接下来就简单介绍一下。 01：tvOS 主要介绍了amazon来到了Apple TV。目前tvOS已经与50多家内容商合作，用户可以轻松收看自己喜欢的内容。同时，与亚马逊合作，以后再亚马逊video上看的内容都可以在tvOS上观看。 02：Apple Watch watchOS 4系统到来，包括了Siri Face、Workout、Pool Swim、和跑步机同步数据（利用NFC）、卡片布局等等。而且新增了三款玩具总动员人物表盘。下图是支持NFC同步数据的厂商： 03：Mac Mac主要介绍了macOS High Sierra: 接下来说了Safari是世界上最快的桌面浏览器：而且JavaScript perfromance比Chrom快80%：而且还具有智能跟踪防御功能：还具有Autoplay Blocking功能。还有Mail的Search Top Hits和Full-screen Split View：另外Photo的功能也更加强大，包括人脸识别和编辑。尤其是图片的编辑功能：期间还拿PhotoShop CC做对比。还包括了Metal 2和ML：还有专门为AR功能设计的的STEAM VR SDK：接下来是Mac的价格：还有新品：iMac Pro: 期间还使用新的iMac展示了一款VR游戏，效果很逼真。在不久的将来，我们就可以使用STEAM VR SDK进行VR开发。 04：iOS 首先就升级率和Android做了对比：其实也可以理解，因为苹果系统只有一家，而Android光国内就有小米、华为、魅族等等厂商，所以升级并不是google说升级就升级的。接下来就是iOS11的介绍：包括message同步iCloud、通过message进行转账、Apple Pay 的person to person payment、siri更加智能、Camera高达两倍的压缩率，减少占用空间、可以从Live Photo拿到指定的图片、重新定义Control Center、siri的机器学习、map的室内导航以及速度限制和行车指南、Do Not Disturb While Driving模式、HomeKit使用Siri控制、airplay 2、新的AirPlay 2 audio API、Apple Music可以查看朋友正在收听的音乐、MusicKit API等等。这里也有国人一直关注的移动网络开关，也就是说可以不用打开设置，直接在Control Center即可关闭移动数据网络。接下来还介绍的全新的也是世界上最好的App平台：AppStore: 每周有500 Million的访问量：每天180 Billion的下载量：还有70 Billion的Paid to Developers：下面是全新Appstore实图：另外还有Vision API：这里拿iPhone7和Google、Samsung做了一个对比：还有Augmented Reality: 这里演示了一个Demo，可以从上图看到。还演示了Wingnut AR： very Fantastic！还有专门为天朝设计的功能：总之iOS11中的VR是很值得我期待的。 05：iPad iPad这里就不多介绍了，直接看下面的图：边框更窄：还有Apple Pencil：多任务： New App Switcher: Files：支持各种云：百度，微云等等。关于价格：接下来就是one more thing(乔布斯)，库克叫它：one last thing： 06：HomePod 这次WWDC的压轴：价格：它的描述可以用下面三句话概括： 1.Breakthrough home speaker 2.Spatial awareness 3.Musicologist HomePod是一款功能强大的扬声器，听起来非常棒，适用于任何地方。它与Apple Music一起，可轻松访问世界上的音乐。而这所有的实现通过与Siri.1的自然语音交互进行控制。它使用无缝的3D网格覆盖，采用了A8芯片，而且可以从多方位进行音乐播放和语音接收。也许你会担心你和HomePod的对话被窃听，为了保护因此，苹果加密了对话的内容。这个强大的扬声器也将在12月在US、UK以及Australia发行。以上便是此次大会的主要内容。感受以下仅代表个人观点：从此次大会来看，苹果将会进一步增强Siri的功能，让Siri更加强大。在智能家居方面，苹果也会进一步发展，这里的HomePod就是很好的例子。另外，VR以后会越来越火，苹果当然不愿意把这个蛋糕让给他人，自己肯定要有所作为。STEAM VR SDK的出现以及WWDC上面对VR内容的介绍也充分说明了这一点。VR值得期待，苹果在这个方向已经开发发力。希望苹果生产更多产品，让智能家居更加凸显。最好也能在天朝使用。苹果的产品做得都很精致，支持Apple。希望有更多的One more thing！

发表了文章 2017-05-11

Apple本地认证(密码+Touch id)

Apple本地认证(密码+Touch id) 转载请注明出处：https://yq.aliyun.com/articles/79904?spm=5176.blogshare79904.0.0.kLFs48 前言本片博客主要介绍如何在自己的APP中添加指纹解锁/密码解锁技术。主要是对苹果的LocalAuthentication的介绍。看过之后你将会知道如何使用苹果的指纹解锁和本地密码验证功能。正文 Apple有好多Frameworks，包括常用的UIKit、Foundation和Accounts等等。其中还有一个Framework：LocalAuthentication。该Framework名如其功能，提供额本地认证的功能：也就是我们平时说的密码验证和指纹解锁功能。该Framework的内容如下：它包含了三个类 LAContext.hLAError.hLAPublicDefines.hLocalAuthentication.h(包含文件，即里面包含了该Framework里面的其他类头文件) LAPublicDefines.h该类是本地验证的定义类，里面定义了五类String：Pocicies/Options/Credential types/Error codes/Error domain。 Policies: LAPolicyDeviceOwnerAuthenticationWithBiometrics:使用Touch id来验证设备所有者LAPolicyDeviceOwnerAuthentication：使用Touch id或者设备密码来验证用户 Options： kLAOptionUserFallbackkLAOptionAuthenticationReason Credential types: kLACredentialTypePasscodekLACredentialTypePassphrasekLACredentialCTKPIN Error codes: kLAErrorAuthenticationFailed:认证失败kLAErrorUserCancel:用户取消kLAErrorUserFallbackkLAErrorSystemCancel:系统取消kLAErrorPasscodeNotSet:没有设置密码kLAErrorTouchIDNotAvailable: Touch id不可用kLAErrorTouchIDNotEnrolledkLAErrorTouchIDLockoutkLAErrorAppCancel: app 取消kLAErrorInvalidContext Error domain: kLAErrorDomain: LAContext.h该类中有个LAPolicy的枚举：LAPolicyDeviceOwnerAuthenticationWithBiometrics(使用 touch id 认证)和LAPolicyDeviceOwnerAuthentication(使用密码或者设备密码进行验证设备所有者)。需要注意，对于LAPolicyDeviceOwnerAuthenticationWithBiometrics，Touch ID认证的时候我们的设备必须有Touch ID设置，如果没有或者该设备本身不支持Touch ID，前者认证就会失败，如果Touch ID被锁定，则需要输入密码来解锁Touch ID。另外，Touch ID如果输入错误5次将会被锁定，此时用户必须使用输入密码的方式来结果它。如果密码输入也错误的话，你在设置--->Touch ID里面就会看到：并且只有经过一段时间之后才能使用。对于后者的LAPolicyDeviceOwnerAuthentication，它的意思是Touch ID或者密码来解锁。意思就是如果Touch ID可用，并且没有锁定，用户第一次会要求使用指纹解锁，否则就会使用密码解锁。这里和另一个枚举不一样的是：对于LAPolicyDeviceOwnerAuthenticationWithBiometrics：对于LAPolicyDeviceOwnerAuthentication：除了前面的两个提示外，还有直接上代码，看看如何实现指纹解锁或者指纹+密码解锁： - (IBAction)authAction:(id)sender { LAContext *myContext = [[LAContext alloc] init]; NSError *myError = nil; if ([myContext canEvaluatePolicy:LAPolicyDeviceOwnerAuthentication error:&myError]) { [myContext evaluatePolicy:LAPolicyDeviceOwnerAuthentication localizedReason:@"通过Home键验证已有手机指纹" reply:^(BOOL success, NSError * _Nullable error) { if (success) { NSLog(@"认证成功"); }else { NSLog(@"认证失败,%@",[error description]); } }]; }else { NSLog(@"error %@",[myError description]); } } 首先是实例化一个LAContext的上下文，然后首先有个方法： - (BOOL)canEvaluatePolicy:(LAPolicy)policy error:(NSError * __autoreleasing *)error __attribute__((swift_error(none))); 验证一下我们制定的LAPolicy是否可以使用，error用来记录不可使用的原因。接下来就是： - (void)evaluatePolicy:(LAPolicy)policy localizedReason:(NSString *)localizedReason reply:(void(^)(BOOL success, NSError * __nullable error))reply; 其中的policy就是我们刚才验证的policy，然后localizedReason是我们使用验证的原因，也就是上面途中显示的“通过Home键验证已有手机指纹”。最后通过block回调判断结果，succes查看是否成功，error查看如果失败的话，失败的原因。到这里，你已经知道了如何使用指纹解锁，为你的app添加指纹解锁功能。后续LAContext里面其他的method或者property有了解了再补充。参考文献 Apple官方文档：https://developer.apple.com/reference/localauthentication

发表了文章 2017-05-09

如何用两个button等分屏幕宽度？

如何用两个button等分屏幕宽度？问题引入现有一个小问题：如何使用两个按钮，然后将屏幕宽度评分？如图：再进一步细节：如果按钮的宽度相等呢？不相等呢？看看人家的实现 Android的实现 1.按钮宽度相等的实现这里直接上布局文件(.xml)的代码： <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="horizontal" android:layout_width="match_parent" android:layout_height="match_parent"> <View android:layout_width="0dp" android:layout_height="wrap_content" android:layout_weight="1" android:visibility="invisible"/> <Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="注册" /> <View android:layout_width="0dp" android:layout_height="wrap_content" android:layout_weight="1" android:visibility="invisible"/> <Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="忘记密码" /> <View android:layout_width="0dp" android:layout_height="wrap_content" android:layout_weight="1" android:visibility="invisible"/> </LinearLayout> 效果如下：Android里面使用LinearLayout布局，然后直接使用了三个view，然偶设置其不可见(visibility="invisible")，但是占用当前的位置。最后设置每个layout里面的控件的weight为1，这样就保证了用两个按钮将屏幕等分。2.按钮宽度不相等的实现： <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="horizontal" android:layout_width="match_parent" android:layout_height="match_parent"> <View android:layout_width="0dp" android:layout_height="wrap_content" android:layout_weight="1" android:visibility="invisible"/> <Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="注册" android:minWidth="0dp" /> <View android:layout_width="0dp" android:layout_height="wrap_content" android:layout_weight="1" android:visibility="invisible"/> <Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="忘记密码" android:minWidth="0dp" /> <View android:layout_width="0dp" android:layout_height="wrap_content" android:layout_weight="1" android:visibility="invisible"/> </LinearLayout> 效果如下：这里的代码和上面的大同小异，唯一的区别就是button设置了minWidth。 CSS+HTML的实现： <style type="text/css"> .container { display: -webkit-box; } .container .tempDiv { -webkit-box-flex:1; } </style> <section class="container"> <div class="tempDiv"></div> <button class="btn_login">登录</button> <div class="tempDiv"></div> <button class="btn_forget">忘记密码</button> <div class="tempDiv"></div> </section> 运行效果如下：html这边比较简单，只是把关键代码列出来了。直接使用-webkit-box来设置，然后将每个tempDiv的-webkit-box-flex都设置为1即可。因为比较简单，所以也没有分按钮width是否相等两种情况。 iOS中的实现 iOS实现如果单独做计算也是可以的。可以先将按钮的宽度相加，然后（屏幕宽度-按钮相加宽度）/3 得到间隙的大小，然后再将按钮按照计算结果进行计算放置即可。这里需要固定按钮的宽度，才能实现。这里有个精度损失问题，因为在Int和Float之间转换有损失。关键代码如下： let interval = (screenWidth - CGFloat(forgetButtonWidth) - CGFloat(loginButtonWidth) )/3 loginButton.setTitle("登录", for: UIControlState.normal) loginButton.setTitleColor(UIColor.white, for: UIControlState.normal) loginButton.backgroundColor = UIColor.brown loginButton.frame = CGRect.init(x: Int(interval), y: 100, width: loginButtonWidth, height: 40) forgetPwdButton.setTitle("忘记密码", for: UIControlState.normal) forgetPwdButton.setTitleColor(UIColor.white, for: UIControlState.normal) forgetPwdButton.backgroundColor = UIColor.darkGray forgetPwdButton.frame = CGRect.init(x: Int(interval)*2+loginButtonWidth, y: 100, width: forgetButtonWidth, height: 40) self.view.addSubview(loginButton) self.view.addSubview(forgetPwdButton) 严格来说，这里并没有将其平分为三份，不过如果不是太严谨的话可以当做平分。上面的这种通过计算的方式适合于按钮等宽或者不等宽的情况进行平分。接下来看看另一种方式：Stack view分割。先简单说一下Stack view。它在IOS中的体现就是UIStackView这个类，是iOS9新增的一个布局技术，可以用来进行多个控件的快速布局。具体的介绍就不多说了，不了解的可以参考这里。通过StackView，可以快速地实现分割，关键代码如下： loginButton.setTitle("登录", for: UIControlState.normal) loginButton.setTitleColor(UIColor.white, for: UIControlState.normal) loginButton.backgroundColor = UIColor.brown forgetPwdButton.setTitle("忘记密码", for: UIControlState.normal) forgetPwdButton.setTitleColor(UIColor.white, for: UIControlState.normal) forgetPwdButton.backgroundColor = UIColor.darkGray tempViewOne.backgroundColor = UIColor.clear tempViewTwo.backgroundColor = UIColor.clear tempViewThree.backgroundColor = UIColor.clear stackView.addArrangedSubview(tempViewOne) stackView.addArrangedSubview(forgetPwdButton) stackView.addArrangedSubview(tempViewTwo) stackView.addArrangedSubview(loginButton) stackView.addArrangedSubview(tempViewThree) // //set vertical or horizontal stackView.axis = UILayoutConstraintAxis.horizontal stackView.distribution = UIStackViewDistribution.fillEqually self.view.addSubview(stackView) 这里是用了三个临时的占位view，然后将他们和两个按钮都放到stackView里面，设置stackView的distribution为fillEqually。这样就实现了等分效果，这里需要注意：我们只需要对stack进行约束，然后其他的控件布局会由stack view自动管理。实现效果如下：这样就实现了两个button把界面均分。这里面设置的distribution是 fillEqually，也就是把stackview里面的控件都充满stackview，并且stackview的arranged view都是等宽的。 Question 1、还有其他的方式实现么？

发表了文章 2017-04-06

改变iOS app的icon(iOS10.3)

改变iOS app的icon 官方 iOS10.3新增了可以让开发者去更改app的icon，接下来看看怎么更改。官方API给的东西很少，只是介绍了一个实例方法： open func setAlternateIconName(_ alternateIconName: String?, completionHandler: ((Error?) -> Swift.Void)? = nil) 根据传入的参数可知，我们只需要传入备用icon名字即可，然后在回调里面拿到修改的结果，成功的话error为空，不成功则返回相应的错误信息（可以使用error!.localizedDescription来打印查看错误信息）。如果失败的话，alternateIconName属性不变。这里注意：如果当期app使用的icon是备用的icon，那么这个属性的值就是当前icon的名字，这个名字是在Info.plist里面设置的名字，如果当前app展示的是主要（primary）的icon，那么这个值为nil。这里需要注意两点：当前设备的系统版本。这里的所有api都是10.3才能使用的。当前app是否支持备用icon。使用supportsAlertnateIcons属性判断。只有为true的使用才能去更改。 API中还有一句话比较关键：你必须在Info.plist里面使用CFBundleIcons声明当前app的primary和alternate icon。这里如果不了解可以往下看，先忽略。具体的Info.plist里面的字段含义这里就不在一一说明，详情可了解这里。总之官方API上面我只找到了这么多。然而给我的感觉反倒一脸懵逼，完全搞不懂下面的Info.plist怎么设置。因此有了下面的序文。个人理解在刚才的Info.plist key介绍里面，我们先看一下其他的小知识。我们都知道在Info.plist里面有个Bundle display name，也就是设置app在桌面显示的名字。此时如果我们先不管这个key，我们继续在Info.plist里面添加CFBundleDisplayName，你会收到这样一个提示： The key you entered is already present in the dictionary.do you want to replace the existing key/value pair? 但是看一下Info.plist字典中的key，并没有CFBundleDisplayName，替换后发现，原来它就是Bundle display name。也就是说，Info.plist里面的Key在Xcode中显示的并不是Key，而是Xcode name。如下图：这个是从官方API上截的图，其实这些Key都有对应的Xcode name，也就是在Xcodes里面我们能看到的key。其实也很简单，如果你把Info.plist使用源码形式打开（右击—>Open as —>Source code）,你就会发现这里写的key就是上面列出来的key。先看看我在网上查资料设置的Info.plist：这里的CFBundleIconFiles是备用icon的名字。下面的Primary Icon是默认的icon。源代码就是：其中CFBundleIcons对应的就是Icon files(iOS 5)，CFBundleIconFiles就是Primary Icon。先看一下CFBundleAlternateIcons。这个CFBundleAlternateIcons key所对应的value在iOS里面是一个字典，例如：每个字典的key是备用icon的名字，这个也是你传入到 IApplication.shared.setAlternateIconName(iconName) { (error) in if (error != nil) { self.aler(str: (error!.localizedDescription)) }else { self.aler(str: "修改成功") } } 里面的iconName。其中的字典对应值解释如下：CFBundleIconFiles：这个是一个String的数组，里面每个元素都是icon 的名字，你可以添加多个不同大小的icon来支持iPhone,iPad。UIPrerenderedIcon：指定应用程序的图标是否包含闪光效果（shine effect）,如果icon已经有这个效果，就把这个属性设置为YES来防止系统再次添加相同效果。如果设置为NO（默认值），iOS系统会自动添加这个效果。然而，我并没有测试出来这个效果!!这里还要注意一下：Primary Icon的Item 0的name也可以不填写，苹果官方文档也没有具体说名字这个要怎么去填写，只是说如果你想使用CFBundlePrimaryIcon键值定义的icon，直接使用将setAlternateIconName的参数alternateIconName写成nil就行。在属性列表里面直接不填写就行(即把AppIcon60x60删掉) 自己新建一个项目实现自己实现需要注意两个问题： Info.plist怎么设置？备用图标icon放到哪里？首先来设置Info.plist。按照苹果官方的API说法，那就先在Info.plist里面添加CFBundleIcons。但是查看了一下Key和Xcode name对应的表格，CFBundleIcons对应的是None，那就直接添加CFBundleIcons吧。点击Information Property List后面的加号，输入CFBundleIcons，当点击Enter键的时候，你会惊奇发现：你添加的CFBundleIcons变成了Icon files(iOS 5)字典。看看CFBundleIcons的官方API：根据英文意思可以知道：该key包含了所有app使用的icons信息。新建的是这样的：可知默认的包含了CFBundlePrimaryIcon和UINewsstandIcon。里面没有CFBundleAlternateIcons，(我理解的应该是苹果不太想支持用户添加备选icon，所以才没有)。这里不过多介绍UINewsstandIcon了，它应该是在NewStand上展示的吧，不太清楚，想了解可以看API，里面介绍了。现在把NewStand Icon删除，添加CFBundleAlternateIcons。添加后如图所示：但是看官方API对CFBundleAlternateIcon的介绍里面，并没有UINewstandBindingType和UINewsstandBindingEdge，只有这个：也就是官网所说的只有CFBundleIconFiles和UIPrerenderedIcon，那就删了多余的那两个UINewstandBindingType和UINewsstandBindingEdge。然后添加UIPrerenderedIcon：。按照苹果的说法，把备用图标的名字放到Items0里面。我们先直接在左侧导航中加入两张图片：newicon@2x.png 和newicon@3x.png，一个120 120，一个180 180。但是看到上图说的设置，跑起来运行代码： @IBAction func changeToNewIconAction(_ sender: Any) { if !checkSupportChangeIcon() { return } if !UIApplication.shared.supportsAlternateIcons { return } changeToIcon("newicon") } //MARK: check system version func checkSupportChangeIcon() -> Bool { let deviceVersion = UIDevice.current.systemVersion if deviceVersion.contains("10.3") { return true } return false } //MARK: change to icon message func changeToIcon(_ iconName: String?) { UIApplication.shared.setAlternateIconName(iconName) { (error) in if (error != nil) { self.aler(str: (error!.localizedDescription)) }else { self.aler(str: "修改成功") } } } //MARK: alert message func aler(str: String) { let alert = UIAlertController.init(title: "提示", message: str, preferredStyle: .alert) let okAction = UIAlertAction.init(title: "ok", style: .cancel) { (action: UIAlertAction) in print("关闭弹出框") } alert.addAction(okAction) self.present(alert, animated: true, completion: nil) } 结果却是： The file doesn't exist 看了一下官方API对CFBundleAlternateIcons的介绍，里面有一句话： In iOS, the value of the key is a dictionary. The key for each dictionary entry is the name of the alternate icon, which is also the string you pass to the setAlternateIconName:completionHandler: method of UIApplication when changing icons. The value for each key is a dictionary containing the keys in Table 5 意思是这个CFBundleAlternateIcons中的字典的key是备用icon的名字，因此需要这样修改：也就是CFBundleAlternateIcons字典里面的key是备用icon的名字，然后以名字为key的字典里面又包含了CFBundleIconFiles和UIPrerenderedIcon。这样设置之后再次运行你会发现成功更改了icon。这样就成功地改变了icon。关于Primary Icon，直接不用设置Icon files就好了，如果你想设置为默认的icon，就在setAlternateIconName里面传入nil就好了。这个时候Info.plist源码长这样：在Property List里面，Primary Icon的Icon already includes gloss effects就是UIPrerenderedIcon，它的设置为false。(这里的光泽效果也是没有测试出来有什么不一样)接下来看看备用icon是在哪里放着呢？开始的时候直接放到这里：发现是OK的，可以正常显示。那么放到Assets.xcassets里面呢？放到Bundle里面呢？接下来将每个case都进行测试：放到Assets.xcassets里面。新建一个普通的Image set，然后将图片放到里面，效果如图所示：经过测试发现，这样放置是无法正常改变appicon的。但是运行结果没有任何错误，而且系统提示里面加载的也是新的app icon: 放到Assets.xcassets里面，并且新建的icon，如图：运行依然设置不成功。没有错误提示放到一个新建的Bundle里面。如图所示：。运行结果依然是没有成功更改。没有错误提示。所以经过测试，发现只有放到导航里面的图片才可以更改成功。在苹果qa里面看到过一个场景，他们是直接在导航新建了一个文件夹，然后将图片放到里面，然后使用。这里也推荐建立文件夹放入图片，然后使用另外，关于icon大小，可以参见这里。最后告诉大家一个不使用Asset来配置Icon的方法：直接在Info.plist下面这样写：这个是通用的，可以直接设置iPhone和iPad的icon。其实这里也是想告诉大家：如何在CFBundleIconFiles里面去添加图片数组： <key>CFBundleIconFiles</key> <array> <string>Icon-Small</string> <string>Icon-Small-40</string> <string>Icon-Small-50</string> <string>Icon</string> <string>Icon-60</string> <string>Icon-72</string> </array> 备注如果有什么疑问欢迎留言提问。或直接加群：206613455 源码地址：https://github.com/ScottZg/iOSChangeAppIcon

发表了文章 2017-03-27

WKWebView代理方法解析

一.前言上一篇文章已经对WKWebView做了一个简单的介绍，主要对它的一些方法和属性做了一个简单的介绍，今天看一下WKWebView的两个协议：WKNavigationDelegate 和 WKUIDelegate。二.WKNavigationDelegate 根据字面意思，它的作用是用于导航（navigation）的代理。其实里面定义了n多个方法，用于处理网页接受、加载和导航请求等自定义的行为。直接拿下面的例子来看： #pragma mark - WKWebView NavigationDelegate //WKNavigationDelegate - (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler { NSLog(@"是否允许这个导航"); decisionHandler(WKNavigationActionPolicyAllow); } - (void)webView:(WKWebView *)webView decidePolicyForNavigationResponse:(WKNavigationResponse *)navigationResponse decisionHandler:(void (^)(WKNavigationResponsePolicy))decisionHandler { // Decides whether to allow or cancel a navigation after its response is known. NSLog(@"知道返回内容之后，是否允许加载，允许加载"); decisionHandler(WKNavigationResponsePolicyAllow); } - (void)webView:(WKWebView *)webView didStartProvisionalNavigation:(null_unspecified WKNavigation *)navigation { NSLog(@"开始加载"); self.progress.alpha = 1; [UIApplication sharedApplication].networkActivityIndicatorVisible = YES; } - (void)webView:(WKWebView *)webView didReceiveServerRedirectForProvisionalNavigation:(null_unspecified WKNavigation *)navigation { NSLog(@"跳转到其他的服务器"); } - (void)webView:(WKWebView *)webView didFailProvisionalNavigation:(null_unspecified WKNavigation *)navigation withError:(NSError *)error { NSLog(@"网页由于某些原因加载失败"); self.progress.alpha = 0; [UIApplication sharedApplication].networkActivityIndicatorVisible = NO; } - (void)webView:(WKWebView *)webView didCommitNavigation:(null_unspecified WKNavigation *)navigation { NSLog(@"网页开始接收网页内容"); } - (void)webView:(WKWebView *)webView didFinishNavigation:(null_unspecified WKNavigation *)navigation { NSLog(@"网页导航加载完毕"); [UIApplication sharedApplication].networkActivityIndicatorVisible = NO; self.title = webView.title; [webView evaluateJavaScript:@"document.title" completionHandler:^(id _Nullable ss, NSError * _Nullable error) { NSLog(@"----document.title:%@---webView title:%@",ss,webView.title); }]; self.progress.alpha = 0; } - (void)webView:(WKWebView *)webView didFailNavigation:(null_unspecified WKNavigation *)navigation withError:(NSError *)error { NSLog(@"加载失败,失败原因:%@",[error description]); self.progress.alpha = 0; } - (void)webViewWebContentProcessDidTerminate:(WKWebView *)webView { NSLog(@"网页加载内容进程终止"); } //- (void)webView:(WKWebView *)webView didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge completionHandler:(void (^)(NSURLSessionAuthChallengeDisposition, NSURLCredential * _Nullable))completionHandler { // NSLog(@"receive"); //} 首先看一下（WKN1）： - (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler { NSLog(@"是否允许这个导航"); decisionHandler(WKNavigationActionPolicyAllow); } 这个方法是加载网页第一个执行的方法，因为它要确定是否允许或者取消加载这个导航。这里有一个枚举WKNavigationActionPolicy，其结构如下： typedef NS_ENUM(NSInteger, WKNavigationActionPolicy) { WKNavigationActionPolicyCancel, WKNavigationActionPolicyAllow, } API_AVAILABLE(macosx(10.10), ios(8.0)); 这里的两个枚举确定了这个网页是否加载，我们只需要在decisionHandler回调里面传入相应的枚举值即可。这里可以用来处理自己不允许加载的网页，比如你的app里面的网页很多，但是domain只有两个，如果你只想加载这两个domain里面的网页，其他的domain不加载，那么可以在这里进行处理。（可以用来屏蔽移动或联通运营商推送的网页，让其不在app中展示）这里还有一个WKNavigationAction。它是一个导航动作，包含了点击之后的导航动作，我们做过滤的时候可以通过该动作决定是否允许加载。它有两个关键的FrameInfo: sourceFrame targetFrame 他们都是WKFrameInfo的实例。该类包含了网页加载的frame的信息。该类有一个重要的属性：mainFrame。它是一个Bool值，用于标识该frame是不是当前网页的主frame或者是子frame。举个例子：当我们第一次打开百度的时候，navigationAction是这样的： <WKNavigationAction: 0x100410fa0; navigationType = -1; syntheticClickType = 0; request = <NSMutableURLRequest: 0x170019a10> { URL: https://www.baidu.com/ }; sourceFrame = (null); targetFrame = <WKFrameInfo: 0x100401200; isMainFrame = YES; request = (null)>> 它的request url是https://www.baidu.com/。它的sourceFrame是nil，也就是请求导航的frame是空的。它的targetFrame是： <WKFrameInfo: 0x100401200; isMainFrame = YES; request = (null)> 这里是在当前的frame打开，也就是目的的frame。当我点击新闻那个链接的时候，其navigationAction是这样的： <WKNavigationAction: 0x1004120b0; navigationType = -1; syntheticClickType = 0; request = <NSMutableURLRequest: 0x17001af30> { URL: http://m.news.baidu.com/news?fr=mohome&ssid=0&from=844b&uid=&pu=sz%401320_2001%2Cta%40iphone_1_10.2_3_602&bd_page_type=1 }; sourceFrame = (null); targetFrame = <WKFrameInfo: 0x100414ff0; isMainFrame = YES; request = <NSMutableURLRequest: 0x17001b080> { URL: https://www.baidu.com/ }>> 可以看到，此时的导航动作是要请求的 http://m.news.baidu.com/news?fr=mohome&ssid=0&from=844b&uid=&pu=sz%401320_2001%2Cta%40iphone_1_10.2_3_602&bd_page_type=1 也就是网页版百度新闻的链接。此时它的sourceFrame是nil，它的targetFrame是： <WKFrameInfo: 0x100414ff0; isMainFrame = YES; request = <NSMutableURLRequest: 0x17001b080> { URL: https://www.baidu.com/ }> 它的目标frame的request是baidu。其中的isMainFrame属性是YES，说明是主的frame，所以还是在当前的网页中打开一个新链接。此时我们也许会遇到另外一种情况，就是sourceFrame不为空，但是targetFrame为空，这里如果targetFrame为空，那么这个就是新建一个window 导航。用我们自己的话来说就是重新打开了一个tab页面。就类似这样，我点击了PC版的网页链接，然后新开了一个tab，这样的话sourceFrame就是当前的百度，而targetFrame就是空的。此时（我用这个网页测试）你会发现这个代理方法不执行了，好尴尬。。。。处理都不知道怎么处理了。由于新打开了tab，也就意味着我们的请求不在当前的网页加载了，那么也无法调用到这个代理方法了。因此我们需要重新配置这个新打开的网页，这里就会调用： - (nullable WKWebView *)webView:(WKWebView *)webView createWebViewWithConfiguration:(WKWebViewConfiguration *)configuration forNavigationAction:(WKNavigationAction *)navigationAction windowFeatures:(WKWindowFeatures *)windowFeatures; 这个代理方法是WKUIDelegate的代理方法，可在下面查看。接着就是开始加载（WKN2）： - (void)webView:(WKWebView *)webView didStartProvisionalNavigation:(null_unspecified WKNavigation *)navigation; 这个方法比较好理解，就是当网页内容开始加载到web view的时候调用，这里的navigation没有其他特殊含义，看一下WKNavigation这个类可以知道，他就是NSObject的一个子类，而且里面没有任何新增的其他方法或者属性。我想仅仅是为了名字上能够好理解才这样写的吧。再接着就是（WKN3）： - (void)webView:(WKWebView *)webView decidePolicyForNavigationResponse:(WKNavigationResponse *)navigationResponse decisionHandler:(void (^)(WKNavigationResponsePolicy))decisionHandler; 这个代理方法了。我们知道了网页是否允许加载，那么一旦不允许，那么这个加载过程就已经结束了，不会再执行其他的代理方法；如果允许，那么就会执行开始加载的代理方法，执行完开始加载的代理方法的时候再执行这个代理方法。根据意思可知，它的作用就是要根据导航的返回信息来判断是否加载网页。我们首先打印出navigationResponse的信息: <WKNavigationResponse: 0x100323e50; response = <NSHTTPURLResponse: 0x170226780> { URL: https://www.baidu.com/ } { status code: 200, headers { "Cache-Control" = "no-cache"; Connection = "keep-alive"; "Content-Encoding" = gzip; "Content-Length" = 20059; "Content-Type" = "text/html;charset=utf-8"; Date = "Mon, 27 Mar 2017 05:29:56 GMT"; Server = "bfe/1.0.8.18"; "Set-Cookie" = "H_WISE_SIDS=108266_100186_114821_114654_114743_109815_103550_114996_114701_112106_107314_114132_115245_115109_115056_115244_115043_114797_114513_114998_115227_114329_114534_115032_114276_114975_110085; path=/; domain=.baidu.com, BDSVRTM=182; path=/, __bsi=11762462753482193024_00_281_N_N_189_0303_C02F_N_N_Y_0; expires=Mon, 27-Mar-17 05:30:01 GMT; domain=www.baidu.com; path=/"; "Strict-Transport-Security" = "max-age=172800"; Traceid = 149059259607016350822661639119137312881; } }> 这个response有个属性叫做forMainFrame，用于标识导航的frame是不是主frame。 navigationResponse的canShowMIMEType属性用于表示WebKit是否能够展示返回的MIME类型。如果我们拿到了返回的信息，发现这些信息我们不需要，我们可以在此方法里面进行处理，然后决定是否加载该网页。接下来执行的是（WKN4）： - (void)webView:(WKWebView *)webView didCommitNavigation:(null_unspecified WKNavigation *)navigation; 这个代理方法是在网页开始接受网络内容的时候调用，也就是网络内容开始要往网页中加载。再接着就是（WKN5）： - (void)webView:(WKWebView *)webView didFinishNavigation:(null_unspecified WKNavigation *)navigation; 意思就是这个导航我们已经加载完成了。我的理解就是这个当前网页加载完毕。还有剩下的三个方法，一个加载网页失败的方法，一个接收服务器跳转方法和一个网页加载进程终止的方法。网页加载失败方法： - (void)webView:(WKWebView *)webView didFailProvisionalNavigation:(null_unspecified WKNavigation *)navigation withError:(NSError *)error; 当网页由于error加载失败就会调用这个代理方法，它会将具体的error信息给抛出，然后供开发者具体情况具体处理。这里的error code具体在NSURLError.h里面定义。这里有个小小的问题需要说明一下：当我是用这个URL来进行加载的时候。我点击进去一个连接，然后再返回上一个页面的时候，发现会执行加载失败，查看原因是-999，也就是NSURLErrorCancelled。我理解的应该是因为之前上一个网页已经加载过了，再次加载的时候发现已经加载过了，所以这次返回上一个页面会报一个加载取消，应该是webview发现要加载的这个网页之前已经加载过，然后就取消了这个加载，加载了缓存。另外两个代理方法： - (void)webView:(WKWebView *)webView didReceiveServerRedirectForProvisionalNavigation:(null_unspecified WKNavigation *)navigation; 和 - (void)webViewWebContentProcessDidTerminate:(WKWebView *)webView API_AVAILABLE(macosx(10.11), ios(9.0)); 前者重定向跳转我们也许会经常遇到，但是一般不怎么去处理其内容，这里就不在介绍了，后者进程终止这个我也不太清楚怎么去触发，也就不再介绍了。接下来就来看一下各个代理方法的执行顺序（直接跑百度）： 2017-03-27 14:16:22.028051 WKWebViewDemo[561:39556] 是否允许这个导航 2017-03-27 14:16:22.028486 WKWebViewDemo[561:39556] 开始加载 2017-03-27 14:16:24.102160 WKWebViewDemo[561:39556] 知道返回内容之后，是否允许加载，允许加载 2017-03-27 14:16:24.106276 WKWebViewDemo[561:39556] 网页开始接收网页内容 2017-03-27 14:16:29.156518 WKWebViewDemo[561:39556] 网页导航加载完毕 2017-03-27 14:16:29.177006 WKWebViewDemo[561:39556] ----document.title:百度一下---webView title:百度一下这就是顺序了。忘了还有一个身份验证的： - (void)webView:(WKWebView *)webView didReceiveAuthenticationChallenge:(NSURLAuthenticationChallenge *)challenge completionHandler:(void (^)(NSURLSessionAuthChallengeDisposition disposition, NSURLCredential * _Nullable credential))completionHandler; 具体没做了解，以后如果用到会进一步补充，这里感兴趣的也可以自己看一下。二.WKUIDelegate 该协议的代理方法的作用是使用原生的用户界面来代表网页。说白了就是我们去手动写新加载页面的UI、alert框的样式、对话框的样式等等。直接拿下面的例子来看： #pragma mark - WKWebView WKUIDelegate - (nullable WKWebView *)webView:(WKWebView *)webView createWebViewWithConfiguration:(WKWebViewConfiguration *)configuration forNavigationAction:(WKNavigationAction *)navigationAction windowFeatures:(WKWindowFeatures *)windowFeatures { NSLog(@"创建一个新的webView"); if (!navigationAction.targetFrame.isMainFrame) { [webView loadRequest:navigationAction.request]; } return nil; } - (void)webView:(WKWebView *)webView runJavaScriptAlertPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(void))completionHandler { UIAlertController *alert = [UIAlertController alertControllerWithTitle:@"alert" message:message preferredStyle:UIAlertControllerStyleAlert]; [alert addAction:[UIAlertAction actionWithTitle:@"确定1" style:UIAlertActionStyleDefault handler:^(UIAlertAction * _Nonnull action) { completionHandler(); }]]; [self presentViewController:alert animated:YES completion:nil]; } - (void)webViewDidClose:(WKWebView *)webView { } - (void)webView:(WKWebView *)webView runJavaScriptConfirmPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(BOOL result))completionHandler { completionHandler(YES); } - (void)webView:(WKWebView *)webView runJavaScriptTextInputPanelWithPrompt:(NSString *)prompt defaultText:(nullable NSString *)defaultText initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(NSString * _Nullable result))completionHandler { completionHandler(@"oc对象"); } - (BOOL)webView:(WKWebView *)webView shouldPreviewElement:(WKPreviewElementInfo *)elementInfo { return YES; } - (void)webView:(WKWebView *)webView commitPreviewingViewController:(UIViewController *)previewingViewController { NSLog(@"Called when the user performs a pop action on the preview."); } 首先来看一下： - (nullable WKWebView *)webView:(WKWebView *)webView createWebViewWithConfiguration:(WKWebViewConfiguration *)configuration forNavigationAction:(WKNavigationAction *)navigationAction windowFeatures:(WKWindowFeatures *)windowFeatures; 在上面也提到了，如果我们新打开了一个tab，就会调用此方法。如果我们打开tab但是没有实现这个方法，那么网页就会取消这个导航，也就是没有做出任何反应。所以使用WKWebView的时候一定要记得对这个方法进行处理，如果没有处理也许就会导致点击网页没有任何反应。此时可以这样处理： - (nullable WKWebView *)webView:(WKWebView *)webView createWebViewWithConfiguration:(WKWebViewConfiguration *)configuration forNavigationAction:(WKNavigationAction *)navigationAction windowFeatures:(WKWindowFeatures *)windowFeatures { NSLog(@"创建一个新的webView"); if (!navigationAction.targetFrame.isMainFrame) { [webView loadRequest:navigationAction.request]; } return nil; } 这样做就是说如果是新打开的网页，那么我们可以直接在当前网页去加载要load的请求，然后返回nil，这样就是在当前的网页去打开新的tab页面了。也可以直接判断targetFrame是否空来进行loadRequest。当我们的网页中调用alert()方法的时候，我们就要去实现： - (void)webView:(WKWebView *)webView runJavaScriptAlertPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(void))completionHandler; 如果我们没有实现这个方法，那么alert是没有办法弹出来的（我这边测试的是弹不出来）。因此我们可以这样实现此代理方法： - (void)webView:(WKWebView *)webView runJavaScriptAlertPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(void))completionHandler { UIAlertController *alert = [UIAlertController alertControllerWithTitle:@"alert" message:message preferredStyle:UIAlertControllerStyleAlert]; [alert addAction:[UIAlertAction actionWithTitle:@"确定" style:UIAlertActionStyleDefault handler:^(UIAlertAction * _Nonnull action) { completionHandler(); }]]; [self presentViewController:alert animated:YES completion:nil]; } 我们将alert的UI设置为我们系统的UIAlertController。这里的message就是要alert出来的数据信息。接下来是： - (void)webView:(WKWebView *)webView runJavaScriptConfirmPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(BOOL result))completionHandler { completionHandler(YES); } 此方法的作用是展示一个js确认框。这里的completionHandler的回调是确认框的yes or no。例如一个网页的按钮处理操作如下： // confirm选择框 function firm() { var r=confirm("Press a button") if (r==true) { document.write("You pressed OK!") } else { document.write("You pressed Cancel!") } } 如果我们传入的是YES，那么就会执行“You pressed OK”，否则就是执行“You pressed Cancel”。接下来是： - (void)webView:(WKWebView *)webView runJavaScriptTextInputPanelWithPrompt:(NSString *)prompt defaultText:(nullable NSString *)defaultText initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(NSString * _Nullable result))completionHandler; 这里如果我们不去手动实现该方法，那么点击的动作就像我们点击取消，是一样的效果。例如在HTML中button的click方法如下： function prom() { var result = prompt("演示一个带输入的对话框", "请输入内容"); if(result) { alert("谢谢使用，你输入的是：" + result) } } 那么这个result就是我们在上面的代理方法里面传入的result。例如： - (void)webView:(WKWebView *)webView runJavaScriptTextInputPanelWithPrompt:(NSString *)prompt defaultText:(nullable NSString *)defaultText initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(NSString * _Nullable result))completionHandler { completionHandler(@"oc对象"); } 那么他就会弹出：“谢谢使用，你输入的是oc对象”。其实这里我们可以对上面的三个代理方法进行深度定制UI，那么就能按照我们原生的UI显示出来效果。当我们设置WKWebView的属性allowsLinkPreview为YES的时候，那么我们就可以进行3D touch预览。默认的值是NO。如果我们设置YES，但是： - (BOOL)webView:(WKWebView *)webView shouldPreviewElement:(WKPreviewElementInfo *)elementInfo { return NO; } 此代理方法中返回NO，那么依然无法展示预览视图，因为该代理方法的作用就是决定是否允许加载预览视图。（safari默认是支持3D touch预览的）。而： - (nullable UIViewController *)webView:(WKWebView *)webView previewingViewControllerForElement:(WKPreviewElementInfo *)elementInfo defaultActions:(NSArray<id <WKPreviewActionItem>> *)previewActions { return nil; } 这个方法就是用于我们自己定义预览界面。另外还有： - (void)webViewDidClose:(WKWebView *)webView API_AVAILABLE(macosx(10.11), ios(9.0)); 和 - (void)webView:(WKWebView *)webView commitPreviewingViewController:(UIViewController *)previewingViewController API_AVAILABLE(ios(10.0)); 前者是DOM window成功关闭的时候调用。后者是当用户在预览中执行弹出操作时调用。四.总结简单就对WKWebView的代理介绍这么多，在后面如果有其他需要补充的再补充。

发表了文章 2017-02-08

iOS深入学习之Weak关键字介绍

前言从大二的开始接触OC就用到了weak属性修饰词，但是当时只是知道如何去用这个关键字：防止循环引用。根本没有深入地去了解它。在刚来北京的时候面试过程中也常常考到该知识点。大点的公司可能会问它如何使用？如何在对象销毁后将对象置nil，小点的公司可能只问一下它的使用。 Now，如果你对它产生恐惧或者曾经对它产生过恐惧（+1），如果你被该关键字弄得整天吃不下饭，睡不着觉，那么可以继续往下阅读，希望读过该博客之后能够帮到你。废话不多说，开始介绍。由浅入深先来看看最简单的一个例子： #import "ViewController.h" @interface ViewController () @property (nonatomic,strong)id strongPoint; @property (nonatomic,weak)id weakPoint; @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; // self.strongPoint = [NSDate date]; self.strongPoint = [[UILabel alloc] init]; self.weakPoint = self.strongPoint; self.strongPoint = nil; NSLog(@"result is :%@", self.weakPoint); } @end 我们可以看到此时输出的结果为： 2017-02-07 13:20:41.119278 Test[7341:2187477] result is :(null) 如果我们使用的strong来修饰weakPoint，此时输出的结果为： 2017-02-07 13:23:13.211164 Test[7344:2187993] result is :<UILabel: 0x100206070; frame = (0 0; 0 0); userInteractionEnabled = NO; layer = <_UILabelLayer: 0x17009a590>> 如果我们使用assign来修饰weakPoint，此时运行程序可能会崩溃（因为如果引用操作发生时内存还没有改变内容，依旧可以输出正确结果，如果引用的时候内存内容发生改变了，就会crash），因为当assign指针所指向的内存被释放之后，不会自动赋值为nil，这样再次引用该指针的时候就会导致野指针操作。对上述代码运行结果进行分析：当使用weak关键字的时候，不会增加对象的计数，而且当所指对象置nil的时候，使用weak修饰的指针将被赋值为nil；当使用strong关键字的时候，会增加对象的计数，也就是说会保持对象值的存在，所以当使用strong的时候weakPoint还会有值。因此，我们从这里可以得出一个结果： strong是强引用，它会保持对象值的存在； weak是弱引用，当weak指针指向的对象摧毁之后，属性值也会清空(nil out)。 (注意：使用 _ _ weak修饰和在@ property里面设置weak是一样的) 但是当我们执行如下代码的时候： __strong NSString *yourString = @"Your String"; __weak NSString *myString = yourString; yourString = nil; __unsafe_unretained NSString *theirString = myString; NSLog(@"%p %@", yourString, yourString); NSLog(@"%p %@", myString, myString); NSLog(@"%p %@", theirString, theirString); 你会发现只有yourString为空，其他两个都不为空，这个是为什么呢？原因如下这里是因为字符字面值永远不会被释放，所以你的weak指针还是指向它。当你使用@""创建一个string对象的时候，它就是一个字面值，永远不会被改变。如果你在程序中很多地方都用到了一样的字符串，那么你可以测试一下，它们都是同一个对象（地址一样），String字面值不会销毁。使用[[NSString alloc] initWithString:@"literal string"]也是一样的效果。因为它指向了一个字面值的string。那么请问weak指针指向对象被回收的时候该指针是如何被自动置为nil的呢？？首先，大家可以看一下博客最后面的附录，里面有两个文档，严格来说是Apple的opensouce。里面有一个objc-weak的类。这里是一个objc-weak.h类和一个objc-weak.mm类。扩展常识 .m和.mm的区别 .m：源代码文件，这个典型的源代码文件扩展名，可以包含OC和C代码。 .mm：源代码文件，带有这种扩展名的源代码文件，除了可以包含OC和C代码之外，还可以包含C++代码。仅在你的OC代码中确实需要使用C++类或者特性的时候才用这种扩展名。从.h中可以看到以下几个关键的两个结构体：weak_entry_t和weak_table_t，以及一些方法。接下来简单介绍一下weak如何自动置为nil。 weak的实现其实是一个weak表，该表是一个由自旋锁管理的哈希表。以下是从NSObject.mm里面摘出的一些方法： id objc_initWeak(id *location, id newObj) { if (!newObj) { *location = nil; return nil; } return storeWeak<false/*old*/, true/*new*/, true/*crash*/> (location, (objc_object*)newObj); } 该function的作用是初始化一个新的weak指针指向对象的地址。其中的参数介绍如下： location段：_ _ weak指针的地址 newObj：对象的指针地址这里调用的storeWeak方法，storeWeak方法里面通过template模板的参数进行更新weak操作，看源码可以知道里面会调用weak_register_no_lock/weak_unregister_no_lock等objc-weak.mm里面的方法进行相应的操作。objc-weak.h里面有句话： For ARR, we also keep track of whether an arbitrary object is being deallocated by briefly placing it in the table just prior to invoking dealloc, and removing it via objc_clear_deallocating just prior to memory reclamation. 对象被废弃时最后调用objc_clear_deallocating。该函数实现如下： void objc_clear_deallocating(id obj) { assert(obj); assert(!UseGC); if (obj->isTaggedPointer()) return; obj->clearDeallocating(); } 也就是调用了clearDeallocating，继续追踪可以发现，它最终是使用了迭代器来取weak表的value，然后调用weak_clear_no_lock,然后查找对应的value，将该weak指针置空： /** * Called by dealloc; nils out all weak pointers that point to the * provided object so that they can no longer be used. * * @param weak_table * @param referent The object being deallocated. */ void weak_clear_no_lock(weak_table_t *weak_table, id referent_id) { objc_object *referent = (objc_object *)referent_id; weak_entry_t *entry = weak_entry_for_referent(weak_table, referent); if (entry == nil) { /// XXX shouldn't happen, but does with mismatched CF/objc //printf("XXX no entry for clear deallocating %p\n", referent); return; } // zero out references weak_referrer_t *referrers; size_t count; if (entry->out_of_line) { referrers = entry->referrers; count = TABLE_SIZE(entry); } else { referrers = entry->inline_referrers; count = WEAK_INLINE_COUNT; } for (size_t i = 0; i < count; ++i) { objc_object **referrer = referrers[i]; if (referrer) { if (*referrer == referent) { *referrer = nil; } else if (*referrer) { _objc_inform("__weak variable at %p holds %p instead of %p. " "This is probably incorrect use of " "objc_storeWeak() and objc_loadWeak(). " "Break on objc_weak_error to debug.\n", referrer, (void*)*referrer, (void*)referent); objc_weak_error(); } } } weak_entry_remove(weak_table, entry); } objc_clear_deallocating该函数的动作如下：从weak表中获取废弃对象的地址为键值的记录将包含在记录中的所有附有 _ _ weak修饰符变量的地址，赋值为nil 将weak表中删除该记录从引用计数表中删除废弃对象的地址为键值的记录看了objc-weak.mm的源码大概了解了：其实Weak表示一个hash表，然后里面的key是指向对象的地址，Value是Weak指针的地址的数组。结束以上便是我个人对weak的理解，查看objc4的源码，发现里面更多的都是结构体、结构体套结构体等等。附录 Apple的opensource。 Apple的github。 stackoverflow。原文链接点此。

发表了文章 2016-12-27

Mac安装Jenkins

Mac 下安装Jenkins 开始 Jenkins是一个基于Java开发的一种持续集成工具，用于建工持续重复的工作，功能包括：持续的软件版本发布/测试项目监控外部调用执行的工作。近期打算搭建自动化Code Review，无意间了解到了需要Jenkins，所以这里就简单介绍一下怎么去安装Jenkins。大概的步骤如下：第一步：安装Tomcat第二步：安装Jenkins下面就详细的对其安装做一个介绍。 Tomcat的安装这里先来普及几个知识点：什么是Tomcat？ Tomcat是一个免费的开放源代码的Web应用服务器，属于轻量级应用服务器。它是java应用服务器(动态解析，如JSP/PHP)。它只是一个servlet(jsp)容器，可以认为是apache的扩展，但是可以独立于apache运行。什么是Apache? Apache是一个Web服务器,主要用于静态解析，例如HTML。 Tomcat和Apache异同点 Apache是普通的服务器，本身只支持html，可以通过插件支持php，还可以与Tomcat连通。 Apache只支持静态网页，但像asp/jsp/php/cgi等动态网页就需要Tomcat来处理如果客户端请求的是静态页面，则只需要Apache服务器响应请求，如果是客户端请求动态页面，则是Tomcat服务器响应请求，将解析的JSP等网页带么解析后传给Apache服务器，再经过Apache返回给浏览器端。这是因为jsp是服务器端解析代码的，Tomcat只做动态代码解析，Apache回传解析好的静态代码。 Apache和Tomcat是独立的，在同一台机器上可以集成。 Apache是C语言实现的，支持各种特性和模块从而来扩展核心功能；Tomcat是Java编写的，更好支持Servlet和jsp 好了，简单了解了上面的几个点，现在就开始安装Tomcat，步骤如下：第一步：给Mac安装Java环境。这里就不再赘述了，如果没有安装java环境，请先下载安装java第二步：下载Tomcat。打开Tomcat官网。然后点击下载的如图：这里我下载的是Tomcat9.0第三步：将下载的文件解压，将该文件夹重命名为Tomcat(也可以不用重命名，我是觉得太长了)，然后将该文件夹放到 /用户/用户名/资源库/ 里面。第四步：在终端启动Tomcat服务器。这里首先cd到 tomcat的bin目录：这里我们需要给sh文件赋予管理员权限： sudo chmod 755 /Users/你的Mac/Library/apache-tomcat-6.0.37/bin/*.sh 或者 sudo chmod 755 *.sh 然后执行： sudo sh startup.sh 就可以运行了，执行完startup.sh的结果如下：然后在浏览器里面输入：localhost:8080就可以启动了。如图所示：到这里，Tomcat就安装完成了。以下是常用的tomcat常用命令： sudo sh startup.sh //启动 sudo sh shutdown.sh //关闭 Jenkins安装打开Jenkins的官网,然后点击下载即可：下载下来是一个war后缀的文件。然后我们打开tomcat的文件夹,找到webapps，然后将下载的war文件放到该文件夹里面即可。然后我们打开浏览器，输入： localhost:8080/jenkins/ 此时页面可能在刷新，我们只需要等待几分钟即可，然后就会跳转到如下页面：可以对Jenkins进行配置了。到这里，Jenkins就已经安装完成了。以后如果我们想打开Jenkins，就可以先启动Tomcat，然后输入： localhost:8080/jenkins/ 就可以打开了。 Jenkins的开始配置就像刚才那个图片，让进入： /var/root/.jenkins/secrets/initialAdminPassword 但是我们前往文件夹你会发现是找不到的，因为我们没有其操作权限。终端进入var：执行 sudo chmod -R 777 root 然后就可以查看该文件了。然后cat 该文件里面的内容，输入到密码框里面就行了，然后进入到了：如果提示缺少cloudbees-folder的，可以前往这里下载其插件cloudbees-folder下载完成是一个hpi文件，然后将该文件放到.jenkins的plugins里面即可，如图：然后重启tomcat即可。然后根据自己的需求选择安装类型即可。（我这里安装的suggested，如果后续有需要其他的插件可以按照刚才安装cloudbees-folder的方法安装其他的插件）。然后继续进行即可，这里估计要等一些时间，因为要用来安装，我这里截取了安装过程中的一张图：安装时间很长。。。。只能等了。完成之后设置自己的账户和密码，然后点击右下角的按钮就完成了，这里注意不是Continue with admin 那个。然后就可以使用Jenkins了。参考资源 1.http://www.admin10000.com/document/974.html2.http://www.cnblogs.com/xingxingLove/p/5304390.html

发表了文章 2016-12-16

Project、Target、Workspace and Scheme

Project、Target、Workspace and Scheme 前言今天有人问我Target和Project是什么关系？额。。。学习iOS开发都知道Target和Project的关系。这里我就简单的做了一个总结，而且加入的Scheme和Workspace。如果不当的地方，欢迎指教。开始废话不多说，如果你的英语够NB，你可以直接看这里：Project、Target、Workspace、Scheme。下面就简单来介绍一下各位。 Xcode Project 简单来说就是一个项目，我们新建一个工程的时候你会发现就会有个Project。它其实是一个包含了所有文件、资源和构建信息的一个存储库。Project包含了用欧冠胡构建产品和维护这些元素之间关系的所有元素。它包含了一个或者多个Target，而这些Target制定了如何构建Products。并且一个Project定义的build settings对于所有的Target都是一样的，你也可以针对某个Target进行定制。在来点官网的翻译吧。哈哈。一个Project文件包含了以下的信息：参考的资源文件：源代码（包括头文件和实现文件）、Libraries和frameworks、资源文件、图片文件、nib文件。等等。一个project可能是单独的一个，也可能是一个工作空间。 Xcode Target Target的中文名字是目标，就是王健林说的“先实现一个小目标”的那个目标。一个Project可以有多个Target。而且Target是继承自Project的，也就是说如果你在Project中配置了某个东西，那么所有的Target都会生效；但是反之则不会生效。如果你现在有一个产品，你要做不同的环境出来，包括线上、预发、日常等等。这个时候你就可以来建立多个Target来实现。你先选中Targets里面的默认的第一个，然后右击弹出一个小列表：（Duplicate、Delete、Project Editor Help），顾名思义，Duplicate就是复制的意思，你可以选择一个Target进行复制，然后通过修改其General、Build Settings以及Build Phases来进行定制化修改，在Build Settings里面有一个Preprocessor Macros的选项，你可以直接设置定义宏的方式来对不同的Target进行区分，比如我的：我这里面建立了三个Targets：OnLine、Daily、Pre。然后通过设置不同的宏定义来进行环境配置，其实很简单：在你设置环境的地方通过宏定义进行判断： #ifdef Online_CreditPlatForm 线上环境配置 #elif Daily_CreditPlatForm 日常环境配置 #elif Pre_CreditPlatForm 预发环境配置 #else 默认环境配置 #endif 这样就可以直接在：选择不同的Scheme run就可以了。不用每次都去修改ip配置。此外，你还可以对每个Target进行其他的配置，比如icon、Display Name等等。到这里你也许会发现我的Target名字是按照我的意愿写的，而直接复制的名字后面是copy copy2等等，这样很不友好，而且不方便识别，你可以按照下面的步骤进行修改名称：首先，打开Manage Schemes…弹出如下的界面：然后选中你要改名的Scheme，然后按Enter键，输入你想要的名字就行了比如我直接设置成了OCLintDemo_pre。然后，在TARGETS里面选中你要修改名字的Target，同样的方法设置成OCLintDemo_pre：最后，如果你觉得刚才创建Target对应的plist文件名字也不太友好，如图：可以在指定Target里面Build Settings里面的Packaging中Info.plist File里修改为自己想要的(OCLintDemo-pre-Info)：这样就修改成了自己所需要的名称。另外，Target还可以设置依赖，有兴趣的可以了解一下。这里就不在赘述了。所以就我个人理解而言，如果一个产品只是一些配置或者其他的东西有所差异，你可以新建多个Target进行开发，提高开发效率，也提高了打包的速度（至少不用每次添加注释和取消注释）。 Xcode Workspace 如果你的开发过程中用到了Cocoapods，那么你就是已经用到了Workspace，因为你使用Cocoapods之后，你打开的那个文件就是 xxxx.xcworkspace。简单理解他就是一个Xcode文件，它包含了一个project组合，他们能够一起工作。 Xcode Scheme 看Scheme之前，你必须要先了解了Target，要不然请直接忽略Scheme。一个Scheme定义了要build的target的集合，定义了一个当building的时候的配置，定义了一个测试的集合。这里需要注意一点，那就是当你Archive要发布到AppStore的时候，需要将Archive设置为Release 总结简单来说就是：一个workspace可以包含多个project,一个project可以包含多一个target，Scheme包含了所有的target集合。来源卡卡罗特的博客

发表了文章 2016-11-25

UITextField的代理方法：textField:shouldChangeCharactersInRange:replacementString

原文链接：http://www.cnblogs.com/zhanggui/p/6101813.html 这个我在开发的过程中用到的次数最多，因此这里就简单对其进行分析。先看看Command+点击弹出的内容解释：它的解释大概意思如下：告诉代理方法指定的text应不应该改变。textfiled会在用户输入内容改变的情况下调用。使用这个方法来验证使用时用户输入的类型。例如，你可以使用这个方法来让用户只是输入数字，而没有其他字符。它的string参数：用来在指定范围替换的字符。在输入的过程中，这个参数只包含单个输入的字符，比如要输入一句我是程序员，可以看一下结果： 2016-11-25 14:51:42.602606 OnlyNumberTextField[2385:416738] string:---Range's location:0,Range's length:0 2016-11-25 14:51:42.799856 OnlyNumberTextField[2385:416738] string:---Range's location:1,Range's length:0 2016-11-25 14:51:43.373470 OnlyNumberTextField[2385:416738] string:我---Range's location:0,Range's length:2 2016-11-25 14:51:45.202028 OnlyNumberTextField[2385:416738] string:---Range's location:1,Range's length:0 2016-11-25 14:51:45.603080 OnlyNumberTextField[2385:416738] string:---Range's location:2,Range's length:0 2016-11-25 14:51:45.800381 OnlyNumberTextField[2385:416738] string:---Range's location:3,Range's length:0 2016-11-25 14:51:46.357566 OnlyNumberTextField[2385:416738] string:是---Range's location:1,Range's length:3 2016-11-25 14:51:47.067459 OnlyNumberTextField[2385:416738] string:---Range's location:2,Range's length:0 2016-11-25 14:51:47.701954 OnlyNumberTextField[2385:416738] string:---Range's location:3,Range's length:0 2016-11-25 14:51:47.865956 OnlyNumberTextField[2385:416738] string:---Range's location:4,Range's length:0 2016-11-25 14:51:48.068942 OnlyNumberTextField[2385:416738] string:---Range's location:5,Range's length:0 2016-11-25 14:51:48.148413 OnlyNumberTextField[2385:416738] string:---Range's location:6,Range's length:0 2016-11-25 14:51:59.334791 OnlyNumberTextField[2385:416738] string:程---Range's location:2,Range's length:5 2016-11-25 14:52:00.459496 OnlyNumberTextField[2385:416738] string:序---Range's location:3,Range's length:0 2016-11-25 14:52:01.760261 OnlyNumberTextField[2385:416738] string:员---Range's location:4,Range's length:0 看到这个结果凌乱了，还有黑圈数字啥的。那个是占位还没有输入内容的时候的字母提示。然后输入的打印结果就是上面的内容。如果是粘贴，这个string还可能包含更多的字符。当用户删除一个或者多个字符的时候： 2016-11-25 14:54:16.152642 OnlyNumberTextField[2385:416738] string:---Range's location:4,Range's length:1 2016-11-25 14:54:16.602975 OnlyNumberTextField[2385:416738] string:---Range's location:3,Range's length:1 2016-11-25 14:54:17.049679 OnlyNumberTextField[2385:416738] string:---Range's location:2,Range's length:1 2016-11-25 14:54:17.466124 OnlyNumberTextField[2385:416738] string:---Range's location:1,Range's length:1 2016-11-25 14:54:18.436184 OnlyNumberTextField[2385:416738] string:---Range's location:0,Range's length:1 这个string就是空的。这里的返回值BOOL：YES表示指定的text范围应该被替换成string，否则还是保持原样。下面举两个例子说明：第一个：用来验证只能输入数字： - (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string { NSCharacterSet *charSet = [[NSCharacterSet characterSetWithCharactersInString:@"0123456789"] invertedSet]; NSString *filteredStr = [[string componentsSeparatedByCharactersInSet:charSet] componentsJoinedByString:@""]; if ([string isEqualToString:filteredStr]) { return YES; } return NO; } 这里用到了NSCharacterSet类，还有一个array的方法componentsJoinedByString：。该方法的作用是将数组内容进行组合，然后生成一个字符串比如： NSArray *pathArray = [NSArray arrayWithObjects:@"here", @"be", @"dragons", nil]; NSLog(@"%@",[pathArray componentsJoinedByString:@""]); 输出结果就是：herebedragons 如果ByString后面是@" ",结果就会是：here be dragons。这里还有一个NSString的方法： - (NSArray<NSString *> *)componentsSeparatedByCharactersInSet:(NSCharacterSet *)separator 该方法的而作用是通过set来进行分割字符串，返回分割后的数组。例如： NSCharacterSet *set = [NSCharacterSet characterSetWithCharactersInString:@"0123456"]; NSString *nam = @"1g2h45j3d688"; NSLog(@"%@",[nam componentsSeparatedByCharactersInSet:set]); 结果如下： 2016-11-25 15:25:56.615351 OnlyNumberTextField[2403:421474] ( "", g, h, "", j, d, 88 ) 如果上面的set 调用 invertedSet输出结果如下： 2016-11-25 15:27:29.218759 OnlyNumberTextField[2405:421836] ( 1, 2, 45, 3, 6, "", "" ) 因此以下的代码： NSCharacterSet *set = [[NSCharacterSet characterSetWithCharactersInString:@"0123456789"] invertedSet]; NSString *nam = @"1g2h45j3d688"; NSArray *arr = [nam componentsSeparatedByCharactersInSet:set]; NSLog(@"%@",[arr componentsJoinedByString:@""]); 输出结果就是：12453688 因此就拿只能输入数字这个方法而言，方法里面先设置了一个反转的set，然后将将要替换的字符进行过滤，如果过滤后还是和原来一样，说明满足过滤标准，就替换原有字符。如果不符合原有标准就在直接返回NO，也就意味着不替换原有字符，保持原样。此外，还有只能输入字母和数字的判断方法： - (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string { NSCharacterSet *charSet = [[NSCharacterSet characterSetWithCharactersInString:@"ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789"] invertedSet]; NSString *filteredStr = [[string componentsSeparatedByCharactersInSet:charSet] componentsJoinedByString:@""]; if ([string isEqualToString:filteredStr]) { return YES; } return NO; } 和只输入数字的方法差不多，只是过滤条件有所差异。比如你还想只输入字母，你可以直接修改set为：ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz 结束。

发表了文章 2016-11-08

谈谈AppDelegate

前言每个iOS程序都会有一个AppDelegate的类，这个类就是一个代理类，我们新建一个Project的时候，里面都会带有这个类。现在就让我们看看这个类。开始介绍对于AppDelegate，它的父类是UIResponder，然后实现了UIApplicationDelegate协议，这里的方法多是协议里面的方法，先看看默认的都有哪些方法。 1 application:didFinishLaunchingWithOptions: 它带参是这样的： - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { // Override point for customization after application launch. return YES; } 先看一下它的注释：在应用程序启动后，重写自定义点。这个是最直接的解释，一般在这里面，我做的操作如下：不用故事板，自定义rootview 使用其他三方类库的时候在里面做一些初始化操作什么的。参数 | 参数 | 描述 | | ------------- | ---------------------------------------- | | application | 你的app对象 | | launchOptions | 一个指示app启动原因的字典（如果有）。这个字典也可能是空的在用户直接点击图标启动的情况下。例如当程序关闭，并且有推送消息过来的时候，通过点击推送打开app这个字典就包含推送过来的消息内容 | 返回值如果app不能处理URL资源或者继续用户活动，就会返回NO，否则返回YES。如果app是通过远程推送启动的，那么这个返回值会被忽略。讨论使用这个方法（包括与其相关的application: willFinishLaunchingWithOptions: ）用于完成app的初始化和一些微调。这个方法在状态复位的时候调用，但是发生在app的window和其他UI展现之前。在某些情况下，当这个方法返回值之后，系统会调用其他的代理方法。(当用户进入前台状态或者后台状态的情况)。如果你没有在application: willFinishLaunchingWithOptions：中处理launchOptions里面的key值，那么这个方法是你最后能够处理的地方。也就是说，你应该在这里对launchOptions里面的值提供合适的响应。注意在UIApplicationDelegate中还有一个方法叫做： - (void)applicationDidFinishLaunching:(UIApplication *)application; 当程序初始化的时候，强烈建议去使用： - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { return YES; } or - (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(NSDictionary *)launchOptions { return YES; } 那个applicationDidFinishLaunching：方法是个老版本iOS上使用的。 2 applicationWillResignActive: 它带参是这样的： - (void)applicationWillResignActive:(UIApplication *)application { } 告诉代理，app将要成为不活跃状态。先看看它的自带的注释：当在程序将要从active状态到inactive状态的时候，会发（diao）送(yong)这个消(fang)息(fa)。这个发生的场景是程序被临时的打扰，例如打过来的电话或者是SMS信息。比如现在有电话进来，将会调用这个方法，还有就是有短信过来，然后你点击短信(3D touch)但是不进入程序的时候，也会去调用。或者是当用户退出程序，它开始转换到background state的时候。当app处于inactive状态的时候，它是继续运行的，但是不处理任何进来的事件响应。讨论你应该使用这个方法去暂停正在进行的任务、禁用timers、减小OpenGLES 帧速率。游戏的话需要使用这个方法来暂停游戏。在将要到active状态或者background状态的时候，inactive状态的app应该做最少的工作。如果app使用了没有保存的用户数据，你应该在这个方法里面保存它确保它不丢失。然而，苹果还是强烈建议在合适的时间去保存你的数据。千万不要依赖特定的app状态来保存用户的data。 3 applicationDidEnterBackground: 它带参数是这样： - (void)applicationDidEnterBackground:(UIApplication *)application { } 告诉代理，app当前已经处于background(后台)。先看看它自带的注释：使用这个方法释放公共资源、保存用户数据、取消定时器。并尽量存储应用程序状态信息，这样万一应用程序被终止了，将来可以恢复到当前状态。如果app支持在后台运行，那么用户退出时会调用这个方法而不是applicationWillTerminate方法。讨论除了这里面可以执行已经进入后台的操作，app还发出了一个UIApplicationDidEnterBackgroundNotification通知，因此如果有的类或者对象需要关注这个状态改变，可以去接收这个通知处理。 4 applicationWillEnterForeground: 它带参数是这样的： - (void)applicationWillEnterForeground:(UIApplication *)application { } 告诉代理，app将要进入前台。先看看自带注释：这个方法会在应用程序从后台运行状态转换到活动状态的过程中被调用，可以在这里恢复应用程序正常运行所需信息。讨论这里也有一个UIApplicationWillEnterForegrounNotification的通知。 5 applicationDidBecomeActive: 它带参数是这样的： - (void)applicationDidBecomeActive:(UIApplication *)application { } 告诉代理，app已经成为active状态。先看看自带注释：重启应用程序在非活动状态时被站厅(或尚未启动)的任务。如果程序之前在后台运行，那么可以选择是否刷洗用户界面。讨论当打电话的时候，程序会调用applicationWillResignAction:方法，当挂断电话之后，程序会调用此方法。同样也有一个UIAppicationDidBecomeActiveNotification通知。 6 applicationWillTerminate: 它带参数是这样的： - (void)applicationWillTerminate:(UIApplication *)application { } 告诉代理方法，app将要终止。先看看自带注释：程序将要终止时会调用该方法。尽可能保存需要的数据。讨论这里面也有一个通知：UIApplicationWillTerminateNotification。方法执行顺序这里没有列出所有的方法，只是最常用的几个方法。 1 当我们第一次打开程序的时候，执行结果如下： 2016-11-08 17:56:57.670768 CategoriesDemo[3722:737434] application:didFinishLaunchingWithOptions: 2016-11-08 17:56:57.675868 CategoriesDemo[3722:737434] applicationDidBecomeActive: 2 当程序进入后台的时候，执行结果如下： 2016-11-08 17:59:46.082466 CategoriesDemo[3722:737434] applicationWillResignActive: 2016-11-08 17:59:46.607901 CategoriesDemo[3722:737434] applicationDidEnterBackground: 3 当程序进入前台的时候，执行结果如下： 2016-11-08 18:00:27.726073 CategoriesDemo[3722:737434] applicationWillEnterForeground: 2016-11-08 18:00:28.143117 CategoriesDemo[3722:737434] applicationDidBecomeActive: 4 当有电话进来的时候（程序在前台的时候），执行结果如下： 2016-11-08 18:03:29.891976 CategoriesDemo[658:224868] applicationWillResignActive: 5 当挂掉电话的时候，执行结果如下： 2016-11-08 18:03:35.344466 CategoriesDemo[658:224868] applicationDidBecomeActive: 这里插一句：也就是当程序在前台的时候，来电话，会执行applicationWillResignActive：方法。当电话挂掉时候，就会执行applicationDidBecomeActive:方法。总结 1 应用程序运行状态有以下几种： Not running (app没有启动或者已经启动但是被系统终结) Inactive(app在前台，但是当前没有接收事件） Active (app正在前台运行并且接收事件) Background (app在后台，执行代码) Suspended (app在后台，但是没有执行的代码) 附参考链接 1 https://developer.apple.com/library/content/documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/TheAppLifeCycle/TheAppLifeCycle.html

发表了文章 2016-11-05

谈谈iOS中的锁

谈谈iOS中的锁(解析一下NSLock) 1 前言近日工作不是太忙，刚好有时间了解一些其他东西，本来打算今天上午去体检，但是看看天气还是明天再去吧，也有很大一个原因：就是周六没有预约上！闲话少说，这里简单对锁来个简单介绍分享。 2 目录第一部分：什么是锁第二部分：锁的分类第三部分：锁的作用第四部分：iOS中锁的实现第一部分：什么是锁从小就知道锁，就是家里门上的那个锁，用来防止盗窃的锁。它还有钥匙，用于开锁。不过这里的锁，并不是小时候认知的锁，而是站在程序员的角度的锁。这里我就按照我的理解来介绍一下锁。在计算机科学中，锁是一种同步机制，用于在存在多线程的环境中实施对资源的访问限制。你可以理解成它用于排除并发的一种策略。看例子 if (lock == 0) { lock = myPID; } 上面这段代码并不能保证这个任务有个锁，因此它可以在同一时间被多个任务执行。这个时候就有可能多个任务都检测到lock是空闲的，因此两个或者多个任务都将尝试设置lock，而不知道其他的任务也在尝试设置lock。这个时候就会出问题了。再看看这段代码： class Acccount { long val = 0; //这里不可在其他方法修改，只能通过add/minus修改 object thisLock = new object(); public void add(const long x) { lock(thisLock) { val +=x; } } public void minus(const long x) { lock(thisLock) { val -=x; } } } 这样就能防止多个任务去修改val了，(这里注意，如果val是public的，那个也会导致一些问题)。第二部分：锁的分类锁根据不同的性质可以分成不同的类。在WiKiPedia介绍中，一般的锁都是建议锁，也就四每个任务去访问公共资源的时候，都需要取得锁的资讯，再根据锁资讯来确定是否可以存取。若存取对应资讯，锁的状态会改变为锁定，因此其他线程不会访问该资源，当结束访问时，锁会释放，允许其他任务访问。有些系统有强制锁，若未经授权的锁访问锁定的资料，在访问时就会产生异常。在iOS中，锁分为递归锁、条件锁、分布式锁、一般锁（这里是看着NSLock类里面的分类划分的）。对于数据库的锁分类：分类方式分类按锁的粒度划分表级锁、行级锁、页级锁按锁的级别划分共享锁、排他锁按加锁方式划分自动锁、显示锁按锁的使用方式划分乐观锁、悲观锁按操作划分 DML锁、DDL锁这里就不在详细介绍了，感兴趣的大家可以自己查阅相关资料。第三部分：锁的作用这个比较通俗来讲：就是为了防止在多线程(多任务)的情况下对共享资源(临界资源)的脏读或者脏写。也可以理解为：执行多线程时用于强行限制资源访问的同步机制，即并发控制中保证互斥的要求。第四部分：iOS中锁的实现先看看iOS中NSLock类的.h文件。这里就不在写上来了。从代码中可以看出，该类分成了几个子类：NSLock、NSConditionLock、NSRecursiveLock以及NSCondition。然后有一个NSLocking的协议： @protocol NSLocking - (void)lock; - (void)unlock; @end 这几个子类都遵循了NSLock的协议，这里简单介绍一下其中的几个方法：对于tryLock方法，尝试获取一个锁，并且立刻返回Bool值，YES表示获取了锁，NO表示没有获取锁失败。 lockBeforeDate:方法，在某个时刻之前获取锁，如果获取成功，则返回YES，NO表示获取锁失败。接下来就让我们看一下iOS中实现锁的方式：方式1 使用NSLock类 - (void)nslockDemo { NSLock *myLock = [[NSLock alloc] init]; _testLock = [[TestLock alloc] init]; dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ [myLock lock]; [_testLock method1]; sleep(5); [myLock unlock]; if ([myLock tryLock]) { NSLog(@"可以获得锁"); }else { NSLog(@"不可以获得所"); } }); dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ sleep(1); if ([myLock tryLock]) { NSLog(@"---可以获得锁"); }else { NSLog(@"----不可以获得所"); } [myLock lock]; [_testLock method2]; [myLock unlock]; }); } 方式2 使用@synchorize - (void)synchronizeDemo { _testLock = [[TestLock alloc] init]; dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ @synchronized (_testLock) { [_testLock method1]; sleep(5); } }); dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ sleep(1); @synchronized (_testLock) { [_testLock method2]; } }); } 对于@synchorize指令中使用的testLock为该锁标示，只有标示相同的时候才满足锁的效果。它的优点是不用显式地创建锁，便可以实现锁的机制。但是它会隐式地添加异常处理程序来保护代码，该程序在抛出异常的时候自动释放锁。方式3 使用gcd - (void)gcdDemo { _testLock = [[TestLock alloc] init]; dispatch_semaphore_t semaphore = dispatch_semaphore_create(1); dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER); [_testLock method1]; sleep(5); dispatch_semaphore_signal(semaphore); }); dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ sleep(1); dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER); [_testLock method2]; dispatch_semaphore_signal(semaphore); }); } 方式4 使用phtread - (void)pthreadDemo { _testLock = [[TestLock alloc] init]; __block pthread_mutex_t mutex; pthread_mutex_init(&mutex, NULL); //线程1 dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ pthread_mutex_lock(&mutex); [_testLock method1]; sleep(5); pthread_mutex_unlock(&mutex); }); //线程2 dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ sleep(1); pthread_mutex_lock(&mutex); [_testLock method2]; pthread_mutex_unlock(&mutex); }); } pthread_mutex_t定义在pthread.h，所以记得#include。 3 性能对比这里简单写一个小程序来进行四种方式的性能对比，这里再固定次数内进行了加锁解锁，然后输出用时，结果如下（测试1、2执行次数不一样：测试1 < 测试2）：测试1 2016-11-05 15:27:52.595 LockDemo[4394:202297] NSLock times:0.871843 2016-11-05 15:27:56.335 LockDemo[4394:202297] synthorize times:3.738939 2016-11-05 15:27:56.691 LockDemo[4394:202297] gcd times:0.355344 2016-11-05 15:27:57.328 LockDemo[4394:202297] pthread times:0.636815 2016-11-05 15:27:57.559 LockDemo[4394:202297] OSSPinLock times:0.231013 2016-11-05 15:27:57.910 LockDemo[4394:202297] os_unfair_lock times:0.350615 测试2 2016-11-05 15:30:54.123 LockDemo[4454:205180] NSLock times:1.908103 2016-11-05 15:31:02.112 LockDemo[4454:205180] synthorize times:7.988547 2016-11-05 15:31:02.905 LockDemo[4454:205180] gcd times:0.792113 2016-11-05 15:31:04.372 LockDemo[4454:205180] pthread times:1.466987 2016-11-05 15:31:04.870 LockDemo[4454:205180] OSSPinLock times:0.497487 2016-11-05 15:31:05.637 LockDemo[4454:205180] os_unfair_lock times:0.767569 这里还测试了OSSPinLock(此类已经被os_unfair_lock所替代)。结果如下：synthorize > NSLock > pthread > gcd > os_unfair_lock >OSSPinLock这里： synthorize内部会添加异常处理，所以耗时。 pthread_mutex底层API，处理能力不错。 gcd系统封装的C代码效果比pthread好。 4 总结简单就介绍这么多。 5 参考文档： http://www.liuhaihua.cn/archives/220300.html https://zh.wikipedia.org/zh-hans/%E9%94%81_(%E8%AE%A1%E7%AE%97%E6%9C%BA%E7%A7%91%E5%AD%A6) https://en.wikipedia.org/wiki/Lock_(computer_science)

发表了文章 2016-11-01

使用私有Pod Spec的类库--提高公司开发效率

前言找了这么长时间，再次开始去尝试Cocoapods了。前面已经写过一篇关于如何把自己的Github上的代码库添加Cocoapods支持。现在就让我们看一下如果搭建私有的Spec吧。之所以构建私有Spec，是因为公司的好多东西都是通用的，有的时候也许其他的项目中也要用到，所以最好的方式就是把它构建成库，直接pod install就能构建到项目中来。但是按照前面说的显然是不行的，如果直接放到https://github.com/CocoaPods/Specs.git 上，那么所有人都能下载，很显然是不行的，因为有的代码是公司的机密，所以上面博客中提到的方法显然不能满足要求。这个时候搭建私有Spec就显得很有必要了。首先，请确保你知道如何去把自己的Github上的代码库添加Cocoapods支持。因为搭建私有Spec和上述博客上的内容大同小异，但是又有很大差异。开始这里将从最初的开始进行介绍，包括在公司gitlab上构建项目，然后到最后的其他公司项目中使用Cocoapods引入自己构建的库。步骤如下：1、创建私有的Spec Repo2、将私有Spec Repo关联到本地3、构建自己在公司内部共享的库4、把要共享的库添加到私有Spec Repo中5、成功完成，开始使用 1创建私有的Spec Repo 打开公司的gitlab地址(这里以gitlab为例)，然后创建一个新的Project，并命名为XXSpecs。(建议可以使用公司前缀做标示)。这个就类似于CocoaPods的Specs，只不过这个是在自己公司git上搭建的一个仓库。这个步骤应该不难，如果有问题的可以参考一下上一篇博客。 2 将私有Spec Repo关联到本地打开终端，输入命令行：pod repo add [本地Spec Repo名称][远程Spec Repo地址] 例如我的：pod repo add MySpecs https://xxxxxxxxxxx/zhanggui/MySpecs.git这里的xxxxxxx就是自己公司的git地址。此时跳转到文件夹：repos。就是：~/.cocoapods/repos/你就会发现除了有一个master，还有就是你自己的MySpecs:然后切换到自己构建的私有Spec：cd ~/.cocoapods/repos/[本地Spec Repo名称]例如我的：cd ~/.cocoapods/repos/MySpecs然后执行：pod repo lint执行完之后，就完成了第二步。(这里执行这个命令后，我终端显示-----------------，好多，然后执行完了就行了，貌似时间有点长，请耐心等待)。 3 构建自己在公司内部共享的库这里就是你将自己需要共享的库先在自己公司gitlab上创建工程，然后将这个工程目录下创建 .podspec（注意修改该文件里面的信息，不会可以参考上篇博客）。并且校验是否通过。通过之后将代码提交到gitlab。ok，第三步完成。 4 把要共享的库添加到私有Spec Repo中首先，这里你先到你要共享的工程的gitlab上添加一个Tags，记得版本号和podspec里面的版本号一致（这里很重要）。更简单的完成第四步（一定要确保第三步的验证通过），执行命令：pod repo push [本地Spec Repo名称][podspec文件路径] --allow-warnings例如我的：pod repo push MySpecs ~/zhanggui/MyTools.podspec --allow-warnings成功之后应该是这样的：这样你就可以在你的MySpecs文件夹下看到自己的MyTools了。应该是这样：ok，第四步就完成了。成功完成，开始使用和原来的常规的使用cocoapods一样，只不过有点小区别，你需要在Podfile里面添加以下两句代码：source 'http://xxxxxxxxxxx/zhanggui/MySpecs.git'source 'https://github.com/CocoaPods/Specs.git'这里就是告诉pod install的时候查找的库来自公共库和私有库。例如我的Podfile:source 'http://xxxxxxxxxxx/zhanggui/MySpecs.gitsource 'https://github.com/CocoaPods/Specs.git'platform :ios, '8.0'use_frameworks!target 'MyDemo' dopod 'Toast'pod 'MyTools'end接下来就可以使用了。三、总结百度、Google了多篇文档，然后进行总结，终于实现构建公司私有Cocoapods库。极大地方便了代码的复用性。如果问题，请联系：QQ:948602689 四、参考文档 1、http://devhy.com/2016/07/12/10-private-cocoapods-spec-steps/

发表了文章 2016-10-31

GitHub+hexo之配置域名

Github绑定域名近期在新网购买了一个属于自己的域名，因此想着把自己用hexo+github搭建的博客通过域名访问，但是找了n长时间来搞，都没有成功。心灰意冷之中再次通过google来搜索，终于有了头目，并且成功通过我的域名访问了我的站点。接下来就简单介绍一下实现。过程创建CNMAE文件配置域名解析成功访问现在开始介绍每一步。创建CNAME文件首先我们在我们的站点文件夹下找到source文件夹，在里面创建CNAME文件如下：创建完成之后执行如下命令行在站点目录文件夹里面： hexo g hexo d ok，此步骤完成。配置域名解析我是在新网购买的域名，因为域名现在都需要实名认证，所以如果您想配置域名解析，首先要做的就是实名认证。这个是新网官网提供的提示：.com/.net/.cn/.公司/.网络域名需及时提交实名制审核资料，实名制审核不通过将禁止解析。这里实名认证就不再介绍了，直接开始配置解析吧。首先打开域名管理：点击我的账户，然后打开域名管理:这里点击管理之后进入如下界面：这里点击域名管理：然后点击修改域名DNS：这里可以看到我用的主域名服务器名字和辅助域名服务器名字是：f1g1ns1.dnspod.netf1g1ns2.dnspod.net可以看出这里我使用的是DNSPod，它是一个DNS解析服务提供商、域名托管商。我们可以使用DNSPod来进行域名解析和托管。如果这里我设置主域名服务器名字和辅助域名服务器名字是：ns11.xincache.comns12.xincache.com那么我们使用的就是默认的使用--我公司域名服务器进行解析。这个是使用新网默认的dns解析服务：MyDNS。其实DNSPod和MyDNS我理解的都算是域名解析服务提供商，还有的就是ns1.alidns.comns2.alidns.com这个应该是阿里DNS解析，其他的还有好多，读者可以自行选择自己喜欢的解析服务提供商。这里面我使用的是DnsPod进行解析的。如图：点击解析就会自动跳转到dnsPod：（如果你用的是mydns，点击解析就会直接跳转到mydns解析界面）然后按照我上面的配置添加即可。这里需要注意主机记录和记录类型，当你添加的时候就会有简单的介绍，这里就不再介绍了（关于如何使用dnsPod配置二级域名，大家可以自行百度谷歌）。这样第二步就搞定了。成功访问这样配置完成之后，就可以访问了。如果访问无效，可以先清除浏览器历史记录试试。还有就是dns解析配置后可能暂时不能访问，一般都是10分钟或者很快就可以访问了，但是也有特殊的，不过最长应该12小时。总结这就是我在使用hexo+github+新网域名来进行域名解析的过程。如果有什么问题欢迎随时联系。QQ:948602689

发表了文章 2016-10-27

把自己Github上的代码添加Cocoapods支持

一、前言这两天被cocoapods折磨的心力憔悴。看cocoapods官网的添加支持，但是介绍的（ying）比(yu)较(tai)简(cha)单，而且有的步骤也没有写上，导致看着官方文档也没有成功，后来查阅了简书、CocoaChina等等，还是已经接近崩溃。没有一个完整的介绍。索性多个文档对比测试，最后终于成功的让自己Github上的库成功支持Cocoapods安装。二、开始这里我将从最初的开始进行介绍，包括Github上创建项目已经上传项目，到最后的支持Cocoapods。步骤如下：代码上传Github 创建podspec文件，并验证是否通过在Github上创建release版本注册CocoaPods账号上传代码到CocoaPods 检查上传是否成功 1 代码上传Github 首先我们打开github.com，然后创建自己的项目工程：这里注意那个MIT License，在后面添加Cocoapods支持的时候会用到（稍后介绍）。然后点击创建即可。然后用SouceTree将代码down到本地，将自己的项目放到里面，文件夹如图所示：这里的LICENSE就是刚才说的MIT License添加的文件。RSADemo是示例工程，ZGRSAEncryptor就是提供给他人使用的库。（ZGEncrptor(For java).zip是后端的代码）然后提交到Github就可以了。 2创建podspec文件我们使用终端到工程目录下：然后执行下面的命令： pod spec create ZGRSAEncryptor 这里的ZGRSAEncryptor就是pod添加市的名字（例如MBProgressHUD）。执行完后的结果：此时在工程文件夹下也会多一个ZGRSAEncryptor.podspec文件。这里我用Sublime Text打开并做了如下编辑： Pod::Spec.new do |s| s.name = "ZGRSAEncryptor" s.version = "1.0.0" s.summary = "A Library for iOS to use for RSA encryptor." s.homepage = "https://github.com/ScottZg/ZGRSAEncryptor" s.license = "MIT" s.author = { "scottzg" => "scottzg@126.com" } s.source = { :git => "https://github.com/ScottZg/ZGRSAEncryptor.git", :tag => "#{s.version}" } s.source_files = "ZGRSAEncryptor/*.{h,m}" end name:类库的名称这里字段介绍如下： version:库的版本 summary就是介绍语,就是： homtepage:Github上项目地址 license:许可证 author:作者 source:项目的https链接地址 source_files:要共享的代码，这里是ZGRSAEncryptor下面的所有代码。接下来执行下面的命令进行验证： pod lib lint ZGRSAEncryptor.podspec 结果多种多样，如果有错，则按照提示进行改错即可。在这里，我执行的结果如下图：发现了多个警告，只要不是错误就行，警告可以直接忽略（红色也提示如何忽略）： pod lib lint ZGRSAEncryptor.podspec —allow-warnings 结果如下：当看到ZGRSAEncryptor passed validation之后，就说明验证通过了。 3 在Github上创建release版本打开项目的目录，然后创建release版本的类库：点击箭头指向开始创建release版本，（点击 Create a new release）：点击Publish release即可。创建完成后如图所示：这样第三步就完成了 4 注册CocoaPods账号执行命令行： pod trunk register 邮箱地址 ‘用户名’ —description='描述信息' 执行完之后结果如下：黄色提示已经发送了一个验证码到邮箱，你可以打开你的邮箱验证即可。打开邮件中的链接后如下：这样就成功注册了Cocoapods账号。可以用 pod trunk me 检查是否创建成功。成功的结果如下： 5 上传代码到CocoaPods 首先检测文件格式的有效性： pod spec lint 结果如下：没有错误，但是有警告。可以使用 —allow-warnings忽略：出现passed validation就说明通过验证了。然后执行： pod trunk push ZGRSAEncryptor.podspec —allow-warnings 执行结果如下：（速度应该有的慢）说明了已经上传成功。 6 检查上传是否成功使用 pod search ZGRSAEncryptor 结果如下： ok，已经成功了。这样就可以让其他人进行搜索使用了。三、总结百度、Google了多篇文档，然后进行总结，终于实现了构建自己的Cocoapods库。在后面我将会继续学习怎么在本地进行构建、怎么在公司多人开发的时候进行构建私有库开发。四、参考文档： 1、http://www.cocoachina.com/ios/20160415/15939.html 2、http://www.cocoachina.com/ios/20160907/17501.html 3、https://cocoapods.org/

发表了文章 2016-09-19

iOS开发--遇到ARGB/RGBA怎么办

一.前言　　在iOS开发过程中，我们经常会用16进制来表示色值，一般来说我们都是这样表示的：比如#000000表示黑色，#ffffff表示白色，但是如果我们想来个透明度呢？　　接下来就让我们来了解一下怎么来搞argb/rgba的色值。二.先来了解一下基础知识（和iOS无关，通用） 1.十六进制颜色码　　简单来说，就是以#开头的6位十六进制数值表示一种颜色。　　在rgb中，红色可以表示成(255,0,0)那么255转换成16进制（这里用255/16进行计算）就是FF,0还是00，所以红色的十六进制表示就是#FF0000。 2.左移<</右移>> 　　12<<2，将12左移2位结果是多少呢？　　首先，将12转成2进制：1100,左移就是1100向左移动2位，然后将其与位数补0，也就是0000也就是0。　　12>>2，转2进制为1100，然后将其右移2位，其余位数补0，也就是0011，也就是3。三.走进iOS,处理argb 　　废话少说，直接上代码： + (UIColor *)colorWithHextColorString:(NSString *)hexColorString { //这里是alpha传1，在colorWithHextColorString alpha 里面做了alpha修改 return [self colorWithHextColorString:hexColorString alpha:1.0f]; } //支持rgb,argb + (UIColor *)colorWithHextColorString:(NSString *)hexColorString alpha:(CGFloat)alphaValue { UIColor *result = nil; unsigned int colorCode = 0; unsigned char redByte, greenByte, blueByte; //排除掉 @\" if ([hexColorString hasPrefix:@"@\""]) { hexColorString = [hexColorString substringWithRange:NSMakeRange(2, hexColorString.length-3)]; } //排除掉 # if ([hexColorString hasPrefix:@"#"]) { hexColorString = [hexColorString substringFromIndex:1]; } if (nil != hexColorString) { NSScanner *scanner = [NSScanner scannerWithString:hexColorString]; (void) [scanner scanHexInt:&colorCode]; // ignore error } redByte = (unsigned char) (colorCode >> 16); greenByte = (unsigned char) (colorCode >> 8); blueByte = (unsigned char) (colorCode); // masks off high bits if ([hexColorString length]==8) { //如果是8位，就那其中的alpha alphaValue = (float)(unsigned char)(colorCode>>24)/0xff; } NSLog(@"alpha:%f----r:%f----g:%f----b:%f",alphaValue,(float)redByte/0xff,(float)greenByte/0xff,(float)blueByte/0xff); result = [UIColor colorWithRed: (float)redByte / 0xff green: (float)greenByte/ 0xff blue: (float)blueByte / 0xff alpha:alphaValue]; return result; } 来个测试：比如FF0000,结果如下： AEFF0000（AE:10进制就是174），运行结果如下：完美地实现了argb解析方法。简单介绍一下其实现：　　首先，我将colorWithHextColorString: alpha:的方法alpha值设置为1，也就是不透明。　　然后在colorWithHextColorString: alpha:中，首先过滤掉传入的hexColorString的其他非法字符，例如#等。然后利用NSScanner进行数据扫描，将其转换成10进制。　　然后通过移位操作，获取red,green,blue的值，如果hexColorString是8位，则意味着hexColorString中包含了alpha的值,右移24位获取alphaValue的值。　　最后通过 + (UIColor *)colorWithRed:(CGFloat)red green:(CGFloat)green blue:(CGFloat)blue alpha:(CGFloat)alpha; 方法设置其颜色。　　这里面可能比较难以理解的就是移位操作。让我们来简单介绍一下吧。　　首先，经过排除掉@\“和#之后的hexColorString为AEFF0000,然后扫描的结果colorCode为：2935947264。然后进行移位操作（利用上面的做法），将colorCode>>16的结果是44799（在控制台po colorCode>>16即可），利用计算器也可以算出该值。然后我们这样输出： po (unsigned char)(colorCode>>16) 结果是\xff，也就是16进制的ff，也就是hexColorString的red部分。这里面只是多加了一个unsigned char,就变成了16进制的ff，有点不太理解（也许是苹果内部做了转换），然后再利用 (float)(unsigned char)(colorCode>>16)/0xff 得到float值将其代入UIColor的类方法里面进行解析。最后得到所需要的颜色。注：如果是rgba，你可以将移位稍微修改一下就可以实现rgba解析了。四.结语　　简单就这么多了。有什么疑问随时联系。

发表了文章 2016-04-28

iOS设计模式之代理模式

代理模式基本理解代理模式（Proxy）,为其他对象提供一种代理以控制对这个对象的访问。代理模式的应用远程代理：就是为一个对象在不同的地址空间提供据不代表。这样可以隐藏一个对象存在于不同地址空间的事实。虚拟代理：是根据需要创建开销很大的对象，通过它来存放实例化需要很长时间的真实对象。安全代理：用来控制真实对象访问时的权限。 *智能指引：是指当调用真实的对象时，代理处理另外一些事。例子 ChildViewCongroller.h // // ChildViewController.h // DelegateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import <UIKit/UIKit.h> @protocol ChildDelegate <NSObject> -(void)changeColor:(UIColor *)color; @end @interface ChildViewController : UIViewController { } @property(assign,nonatomic)id <ChildDelegate>ChildDelegate; @end ChildVIewController.m // // ChildViewController.m // DelegateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ChildViewController.h" @interface ChildViewController () @end @implementation ChildViewController - (void)viewDidLoad { [super viewDidLoad]; self.view.backgroundColor = [UIColor whiteColor]; UIButton *button = [[UIButton alloc] initWithFrame:CGRectMake(0, 100, 200, 50)]; [button addTarget:self action:@selector(show) forControlEvents:UIControlEventTouchUpInside]; // button.backgroundColor = [UIColor redColor]; [button setTitleColor:[UIColor blackColor] forState:UIControlStateNormal]; [button setTitle:@"返回调用代理" forState:UIControlStateNormal]; [self.view addSubview:button]; } -(void)show { [_ChildDelegate changeColor:[UIColor redColor]]; [self.navigationController popToRootViewControllerAnimated:YES]; } @end 在一个ViewController中去push出来ChildViewController。点击ChildViewController中的按钮改变根视图的背景色 ViewController.h // // ViewController.h // DelegateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import <UIKit/UIKit.h> #import "ChildViewController.h" @interface ViewController : UIViewController<ChildDelegate> - (IBAction)showChild:(id)sender; @end ViewController.m // // ViewController.m // DelegateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ViewController.h" @interface ViewController () @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; } #pragma mark - ChildViewDelegate Mehtod -(void)changeColor:(UIColor *)color { self.view.backgroundColor =color; NSLog(@"change color....."); } - (IBAction)showChild:(id)sender { ChildViewController *child = [ChildViewController new]; child.ChildDelegate = self; [self.navigationController pushViewController:child animated:YES]; } @end 这样通过代理就可以去实现。附：源码地址：http://pan.baidu.com/s/1o6MNxZO

发表了文章 2016-04-25

ReactiveCocoa入门教程：第二部分

翻译自：http://www.raywenderlich.com/62796/reactivecocoa-tutorial-pt2 原文链接： ReactiveCocoa 是一个框架，它允许你在你的iOS程序中使用函数响应式（FRP）技术。加上第一部分的讲解，你将会学会如何使用信号量（对事件发出数据流）如何替代标准的动作和事件处理逻辑。你也会学到如何转换、分离和组合这些信号量。在这里，也就是第二部分里，你将会学到更多先进的ReactiveCocoa特性，包括： 1、另外两个事件类型：error和completed 2、Throttling（节流） 3、Threading 4、Continuations 5、更多。。。是时候开始了。 Twitter Instant 这里我们要使用的贯穿整个教程的程序是叫做Twitter Instant的程序，该程序可以在你输入的时候实时更新搜索到的结果。该应用包括一些基本的用户交互界面和一些平凡的代码，了解之后就可以开始了。在第一部分里面，你使用Cocoapods来把CocoaPods加载到你的工程里面，这里的工程里面就已经包含了Podfile文件,你只需要pod install一下即可。然后重新打开工程即可。（这个时候打开TwitterInstant.xcworkspace）： 1、TwitterInstant：这是你的程序逻辑 2、Pods:里面是包括的三方类库运行一下程序，你会看到如下的页面：花费一会时间让你自己熟悉一下整个工程。它就是一个简单的split viewController app.左边的是RWSearchFormViewController,右边的是：RWSearchResultsViewController。自己说：原文简单介绍了一下该工程，就不在介绍看一下就可以了。验证搜索文本你第一件要做的事情就是去验证一下搜索文本，让它确保大于两个字符串。如果你看了第一篇文章，这个将会很简单。在RWSearchFormViewController.m中添加方法如下： - (BOOL)isValidSearchText:(NSString *)text { return text.length > 2; } 这就简单的保证了搜索的字符串大于两个字符。写这个很简单的逻辑你可能会问：为什么要分开该方法到工程文件里面呢？当前的逻辑很简单，但是如果后面这个会更复杂呢？在上面的例子中，你只需要修改一个地方。此外，上面的写法让你的代码更有表现力，它告诉你为什么要检查string的长度。我们应该遵守好的编码习惯，不是么？然后，我们导入头文件： #import <ReactiveCocoa.h> 然后在导入该头文件的文件里面的viewDidLoad后面写上如下代码： [[self.searchText.rac_textSignal map:^id(NSString *text) { return [self isValidSearchText:text] ? [UIColor whiteColor] : [UIColor yellowColor]; }] subscribeNext:^(UIColor *color) { self.searchText.backgroundColor = color; }]; 想想这是做什么呢？上面的代码： 1、取走搜索文本框的信号量 2、把它转换一下：用背景色来预示内容是否可用。 3、然后设置backgroundColor属性在subscribeNext:的block里面。 Build然后运行我们就会发现当搜索有效的时候就会是白色，搜索字符串无效的时候就是黄色。下面是图解，这个简单的反应传输看起来如下： ran_textSignal发出包含当前文本框每次改变内容的next事件。map那个步骤转换text value，将其转换成了color,subscribeNext那一步将这个value提供给了textField的background。当然了，你从第一个教程一定记得这些，对吧？如果你不记得的话，你也许想在这里停止阅读，至少读了整个测试工程。在添加Twitter 搜索逻辑之前，这里有一些更有趣的话题。 Formatting of Pipelines 当你正在钻研格式化的ReactiveCocoa代码的时候，普遍接受的惯例就是：每一个操作在一个新行，和所有步骤垂直对齐的。在下面的图片，你会看到更复杂的对齐方式，从上一个教程拿来的图片：这样你会更容易看到该组成管道的操作。另外，在每个block中用最少的代码任何超过几行的都应该拆分出一个私有的方法。不幸的是，Xcode真的不喜欢这种格式类型的代码，因此你可能需要找到自己调整。 Memory Management 思考一下你刚才加入到TwitterInstant的代码。你是否想过你刚才创建的管道式如何保留的呢？无疑地，是否是它没有赋值为一个变量或者属性他就不会有自己的引用计数，注定会消亡呢？其中一个设计目标就是ReactiveCocoa允许这种类型的编程，这里管道可以匿名形式。所有你写过的响应式代码都应该看起来比较直观。为了支持这种模型，ReactiveCocoa维持和保留自己全局的信号。如果它有一个或者多个subscribers（订阅者），信号就会活跃。如果所有的订阅者都移除掉了，信号就会被释放。想了解更多关于ReactiveCocoa管理进程，可以参看Memory Management 文档。这就剩下了最后的问题：你如何从一个信号取消订阅？当一个completed或者error事件之后，订阅会自动的移除（一会就会学到）。手工的移除将会通过RACDisposable. 所有RACSignal的订阅方法都会返回一个RACDisposable实例，它允许你通过处置方法手动的移除订阅。下面是一个使用当前管道的快速的例子。 RACSignal *backgroundColorSignal = [self.searchText.rac_textSignal map:^id(NSString *text) { return [self isValidSearchText:text] ? [UIColor whiteColor] : [UIColor yellowColor]; }]; RACDisposable *subscription = [backgroundColorSignal subscribeNext:^(UIColor *color) { self.searchText.backgroundColor = color; }]; // at some point in the future ... [subscription dispose]; 你不会经常做这些，但是你必须知道可能性的存在。 Note:作为这些的一个推论，如果你创建了一个管道，但是你不给他订阅，这个管道将不会执行，这些包括任何侧面的影响，例如doNext:blocks。 Avoiding Retain Cycles 当ReactiveCocoa在场景背后做了好多聪明的事情—这就意味着你不必要担心太多关于信号量的内存管理——这里有一个很重要的内存喜爱那个管的问你你需要考虑。如果你看到下面的响应式代码你仅仅加入： [[self.searchText.rac_textSignal map:^id(NSString *text) { return [self isValidSearchText:text] ? [UIColor whiteColor] : [UIColor yellowColor]; }] subscribeNext:^(UIColor *color) { self.searchText.backgroundColor = color; }]; subscribeNext:block使用self来获得一个textField的引用，Blocks在封闭返回内捕获并且持有了值。因此在self和这个信号量之间造成了强引用，造成了循环引用。这取决于对象的生命周期，如果他的生命周期是应用程序的生命周期，那这样是没关系的，但是在更复杂的应用中就不行了。为了避免这种潜在的循环引用，苹果官方文档：Working With Blocks 建议捕捉一个弱引用self,当前的代码可以这样写： __weak RWSearchFormViewController *bself = self; // Capture the weak reference [[self.searchText.rac_textSignal map:^id(NSString *text) { return [self isValidSearchText:text] ? [UIColor whiteColor] : [UIColor yellowColor]; }] subscribeNext:^(UIColor *color) { bself.searchText.backgroundColor = color; }]; 在上面的代码中，bself就是self标记为__weak（使用它可以make一个弱引用）的引用，现在可以看到使用textField的时候使用bself代用的。这看起来并不是那么高雅。 ReactiveCocoa框架包含了一个小诀窍，你可以使用它代替上百年的代码。添加下面的引用： #import "RACEXTScope.h" @weakify(self)然后代码修改后如下： [[self.searchText.rac_textSignal map:^id(NSString *text) { return [self isValidSearchText:text] ? [UIColor whiteColor] : [UIColor yellowColor]; }] subscribeNext:^(UIColor *color) { @strongify(self) self.searchText.backgroundColor = color; }]; @weakify和@strongify语句是在Extended Objective-C库的宏定义，他们也包含在ReactiveCocoa中。@weakify 宏定义允许你创建一个若饮用的影子变量，@strongify宏定义允许你创建一个前面使用@weakify传递的强引用变量。 Note:如果你对@weakify和@strongify感兴趣，可以进入RACEXTSCope.h中查看其实现。最后一个提醒，当在Blocks使用实例变量的时候要小心，这样也会导致block捕获一个self的强引用。你可以打开编译警告去告诉你你的代码有这个问题。好了，你从理论中幸存出来了，恭喜。现在你变得更加明智，准备移步到有趣的环节：添加一些真实的函数到你的工程里面。 Requesting Access to Twitter 为了在TwitterInstant 应用中去搜索Tweets,你将会用到社交框架（Social Framework）。为了访问Twitter你需要使用Accounts Framework。在你添加代码之前，你需要到模拟器中输入你的账号: 设置好账号之后，然后你只需要在RWSearchFormViewController.m中导入以下文件即可： #import <Accounts/Accounts.h> #import <Social/Social.h> 然后在引入的头文件下面写如下的代码： typedef NS_ENUM(NSInteger, RWTwitterInstantError) { RWTwitterInstantErrorAccessDenied, RWTwitterInstantErrorNoTwitterAccounts, RWTwitterInstantErrorInvalidResponse }; static NSString * const RWTwitterInstantDomain = @"TwitterInstant"; 你将会使用这些简单地鉴定错误。然后在interface和end之间声明两个属性： @property (strong, nonatomic) ACAccountStore *accountStore; @property (strong, nonatomic) ACAccountType *twitterAccountType; ACAccountsStore类提供访问你当前设备有的social账号，ACAccountType类代表指定类型的账户。然后在viewDidLoad里面加入以下代码： self.accountStore = [[ACAccountStore alloc] init]; self.twitterAccountType = [self.accountStore accountTypeWithAccountTypeIdentifier:ACAccountTypeIdentifierTwitter]; 这些代码创建了账户存储和Twitter账号标示。在.m中添加如下方法： - (RACSignal *)requestAccessToTwitterSignal { // 1 - define an error NSError *accessError = [NSError errorWithDomain:RWTwitterInstantDomain code:RWTwitterInstantErrorAccessDenied userInfo:nil]; // 2 - create the signal @weakify(self) return [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { // 3 - request access to twitter @strongify(self) [self.accountStore requestAccessToAccountsWithType:self.twitterAccountType options:nil completion:^(BOOL granted, NSError *error) { // 4 - handle the response if (!granted) { [subscriber sendError:accessError]; } else { [subscriber sendNext:nil]; [subscriber sendCompleted]; } }]; return nil; }]; } 这个方法的作用是： 1、定义了如果用户拒绝访问的错误 2、根据第一个入门教程，类方法createSignal返回了一个RACSignal的实例。 3、通过账户存储请求访问Twitter。在这一点上，用户将看到一个提示，要求他们给予这个程序访问Twitter账户的弹框。 4、当用户同意或者拒绝访问，信号事件就会触发。如果用户同意访问，next事件将会紧随而来，然后是completed发送，如果用户拒绝访问，error事件会触发。如果你回想其第一个入门教程，一个信号可以以三种不同的事件发出： 1、next 2、completed 3、error 超过了signal的生命周期，它将不会发出任何信号事件。最后，为了充分利用信号，在viewDidLoad后面添加如下代码； [[self requestAccessToTwitterSignal] subscribeNext:^(id x) { NSLog(@"Access granted"); } error:^(NSError *error) { NSLog(@"An error occurred: %@", error); }]; 如果你运行程序，将会看到一个弹出框: 提示是否允许访问权限，如果ok，则打印出来Access granted ,否则将会走error。 Accounts Framework会记住你的决定，因此如果想再次测试，你需要针对模拟机进行:Reset Contents and Settings。 Chaining Signals 一旦用户允许访问Twitter账户，为了执行twitter,程序将会不断监听搜索内容textField的变化. 程序需要等待信号，它请求访问Twitter去发出completed事件，然后订阅textField的信号。不同信号连续的链是一个共有的问题，但是ReactiveCocoa处理起来非常优雅。用下面的代码替换当前在viewDidLoad后面的管道: [[[self requestAccessToTwitterSignal] then:^RACSignal *{ @strongify(self) return self.searchText.rac_textSignal; }] subscribeNext:^(id x) { NSLog(@"%@", x); } error:^(NSError *error) { NSLog(@"An error occurred: %@", error); }]; then方法会一直等待，知道completed事件发出，然后订阅者通过自己的block参数返回，这有效地将控制从一个信号传递给下一个。 Note:上面已经写过了@weakly(self);所以这里就不用再写了。 then方法传递error事件。因此最后的subscribeNext:error: block还接收初始的访问请求错误。当你运行的时候，然后允许访问，你应该可以在控制台看到打印出来的你输入的东西。然后，添加filter操作到管道去移除无效的搜索字符串。在这个实例中，他们是不到三个字符的string: [[[[self requestAccessToTwitterSignal] then:^RACSignal *{ @strongify(self) return self.searchText.rac_textSignal; }] filter:^BOOL(NSString *text) { @strongify(self) return [self isValidSearchText:text]; }] subscribeNext:^(id x) { NSLog(@"%@", x); } error:^(NSError *error) { NSLog(@"An error occurred: %@", error); }]; 运行就可以在控制台看到只有三个以上的才能输出。图解一下上边的管道：程序管道从requestAccessToTwitterSignal信号开始,然后转换到tac_textSignal。同事next事件通过filter，最后到达订阅block.你也可以看到任何通过第一步的error事件。现在你有一个发出搜索text的信号，它可以用来搜索Twitter了。很有趣吧。 Searching Twitter Social Framework是一个访问Twitter 搜索API的选项。然而，它并无法响应搜索，下一步就是给信号包括API请求方法。在当前的控制器中，添加如下方法： - (SLRequest *)requestforTwitterSearchWithText:(NSString *)text { NSURL *url = [NSURL URLWithString:@"https://api.twitter.com/1.1/search/tweets.json"]; NSDictionary *params = @{@"q" : text}; SLRequest *request = [SLRequest requestForServiceType:SLServiceTypeTwitter requestMethod:SLRequestMethodGET URL:url parameters:params]; return request; } 下一步就是创建一个基于request的信号量。添加如下方法：这创建了一个请求：搜索Twitter（V.1.1REST API）。这个是调用Twitter的api。 - (RACSignal *)signalForSearchWithText:(NSString *)text { // 1 - define the errors NSError *noAccountsError = [NSError errorWithDomain:RWTwitterInstantDomain code:RWTwitterInstantErrorNoTwitterAccounts userInfo:nil]; NSError *invalidResponseError = [NSError errorWithDomain:RWTwitterInstantDomain code:RWTwitterInstantErrorInvalidResponse userInfo:nil]; // 2 - create the signal block @weakify(self) return [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { @strongify(self); // 3 - create the request SLRequest *request = [self requestforTwitterSearchWithText:text]; // 4 - supply a twitter account NSArray *twitterAccounts = [self.accountStore accountsWithAccountType:self.twitterAccountType]; if (twitterAccounts.count == 0) { [subscriber sendError:noAccountsError]; } else { [request setAccount:[twitterAccounts lastObject]]; // 5 - perform the request [request performRequestWithHandler: ^(NSData *responseData, NSHTTPURLResponse *urlResponse, NSError *error) { if (urlResponse.statusCode == 200) { // 6 - on success, parse the response NSDictionary *timelineData = [NSJSONSerialization JSONObjectWithData:responseData options:NSJSONReadingAllowFragments error:nil]; [subscriber sendNext:timelineData]; [subscriber sendCompleted]; } else { // 7 - send an error on failure [subscriber sendError:invalidResponseError]; } }]; } return nil; }]; } 然后在viewDidLoad方法中进一步添加信号量： [[[[[self requestAccessToTwitterSignal] then:^RACSignal *{ @strongify(self) return self.searchText.rac_textSignal; }] filter:^BOOL(NSString *text) { @strongify(self) return [self isValidSearchText:text]; }] flattenMap:^RACStream *(NSString *text) { @strongify(self) return [self signalForSearchWithText:text]; }] subscribeNext:^(id x) { NSLog(@"%@", x); } error:^(NSError *error) { NSLog(@"An error occurred: %@", error); }]; 运行：即可在控制台里面打印出来筛选的数据。 Threading 我很确信你这会亟待把JSON数据放到UI里面，但是在放到UI里面之前你需要做最后一件事：找到他是什么，你需要做一些探索！添加一个端点到subscribeNext:error:那个步，然后我们会看到Xcode左侧的Thread，我们发现如果想加载图片的话必须在主线程里面，但是他不在主线程中，所以我们就可以做如下操作： [[[[[[self requestAccessToTwitterSignal] then:^RACSignal *{ @strongify(self) return self.searchText.rac_textSignal; }] filter:^BOOL(NSString *text) { @strongify(self) return [self isValidSearchText:text]; }] flattenMap:^RACStream *(NSString *text) { @strongify(self) return [self signalForSearchWithText:text]; }] deliverOn:[RACScheduler mainThreadScheduler]] subscribeNext:^(id x) { NSLog(@"%@", x); } error:^(NSError *error) { NSLog(@"An error occurred: %@", error); }]; 这样就会在主线程中运行。也就是更新了管道：添加了deliverOn：操作。然后再次运行我们就会发现他是在主线程上执行了。这样你就可以更新UI了。 Updating the UI 这里用到了另一个库：LinqToObjectiveC。安装方式就不说了和ReactiveCocoa一样我们在RWSearchFormViewController中导入： #import "RWTweet.h" #import "NSArray+LinqExtensions.h" 然后在输出json数据的地方修改如下： [[[[[[self requestAccessToTwitterSignal] then:^RACSignal *{ @strongify(self) return self.searchText.rac_textSignal; }] filter:^BOOL(NSString *text) { @strongify(self) return [self isValidSearchText:text]; }] flattenMap:^RACStream *(NSString *text) { @strongify(self) return [self signalForSearchWithText:text]; }] deliverOn:[RACScheduler mainThreadScheduler]] subscribeNext:^(NSDictionary *jsonSearchResult) { NSArray *statuses = jsonSearchResult[@"statuses"]; NSArray *tweets = [statuses linq_select:^id(id tweet) { return [RWTweet tweetWithStatus:tweet]; }]; [self.resultsViewController displayTweets:tweets]; } error:^(NSError *error) { NSLog(@"An error occurred: %@", error); }]; 运行：就可以看到右侧的详情页面加载到数据了。刚引入的类库其实就是将json数据转换成了model.加载数据的效果如下： Asynchronous Loading of Images 现在内容都加载出来了，就差图片了。在RWSearchResultsViewController.m中添加如下方法： -(RACSignal *)signalForLoadingImage:(NSString *)imageUrl { RACScheduler *scheduler = [RACScheduler schedulerWithPriority:RACSchedulerPriorityBackground]; return [[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { NSData *data = [NSData dataWithContentsOfURL:[NSURL URLWithString:imageUrl]]; UIImage *image = [UIImage imageWithData:data]; [subscriber sendNext:image]; [subscriber sendCompleted]; return nil; }] subscribeOn:scheduler]; } 这会你一ing该就会很熟悉这种模式了。然后在tableview:cellForRowAtIndex:方法里面添加： cell.twitterAvatarView.image = nil; [[[self signalForLoadingImage:tweet.profileImageUrl] deliverOn:[RACScheduler mainThreadScheduler]] subscribeNext:^(UIImage *image) { cell.twitterAvatarView.image = image; }]; 再次运行就可以出来效果了： Throttling（限流）你可能注意到这个问题：每次输入一个字符串都会立即执行然后导致刷新太快，导致每秒会显示几次搜索结果。这不是理想的状态。一个好的解决方式就是如果搜索内容不变之后的时间间隔后在搜索比如500毫秒。而ReactiveCocoa是这个工作变的如此简单。打开RWSearchFormViewController.m然后更新管道，调整如下： [[[[[[[self requestAccessToTwitterSignal] then:^RACSignal *{ @strongify(self) return self.searchText.rac_textSignal; }] filter:^BOOL(NSString *text) { @strongify(self) return [self isValidSearchText:text]; }] throttle:0.5] flattenMap:^RACStream *(NSString *text) { @strongify(self) return [self signalForSearchWithText:text]; }] deliverOn:[RACScheduler mainThreadScheduler]] subscribeNext:^(NSDictionary *jsonSearchResult) { NSArray *statuses = jsonSearchResult[@"statuses"]; NSArray *tweets = [statuses linq_select:^id(id tweet) { return [RWTweet tweetWithStatus:tweet]; }]; [self.resultsViewController displayTweets:tweets]; } error:^(NSError *error) { NSLog(@"An error occurred: %@", error); }]; 你会发现这样就可以了。throttle操作只是发送一个操作，这个操作在时间到之后继续进行。 Wrap Up 现在我们知道ReactiveCocoa是多么的优雅。

发表了文章 2016-04-25

iOS第三方类库JSPatch（热更新）

---------------------------------------------------------------------------------------------------------------------------- 更新记录 2016年3月4日 JSPatch官方网址：http://jspatch.com/ OC转JS代码工具：http://bang590.github.io/JSPatchConvertor/ ---------------------------------------------------------------------------------------------------------------------------- 原文地址：http://www.cnblogs.com/zhanggui/p/5157177.html 一、前言　　场景一：我们在做iOS开发的过程中，难免会由于自己的不细心导致一些小问题。如果产品没上线之前发现还好，如果上线了才发现问题，那么问题就大了，可能直接影响KPI，更严重的甚至直接面临着fire。　　场景二、一旦上线的产品，如果临时遇到需求变动，那么久必须重新修改代码。一旦修改了项目代码的话，我们就必须重新发版。这样岂不是很麻烦？　　现在就来让我们看一下JSPatch,它的出现可以在不发版的情况下动态的自行修复或者添加新的需求。二、JSPatch简介　　　　JSPatch:它是一个第三方类库，地址如下：　　　　https://github.com/bang590/JSPatch 　　它是JavaScript和OC之间的桥梁，你可以在js文件中去调用任何OC类和方法，然后在js文件中去动态修改OC类。达到不重新发版就更新的效果。它主要是使用的OC runtime实现的。我们可以使用它热更新自己的iOS app。三、JSPatch使用　　首先，我们去这里下载，然后导入项目工程里面。（个人比较推荐使用cocoapods导入）然后我们在AppDelegate中导入： #import "JPEngine.h" 然后添加如下代码在 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { 添加如下： - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { [JPEngine startEngine]; NSString *sourcePath = [[NSBundle mainBundle] pathForResource:@"demo" ofType:@"js"]; NSString *script = [NSString stringWithContentsOfFile:sourcePath encoding:NSUTF8StringEncoding error:nil]; [JPEngine evaluateScript:script]; self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]]; self.window.rootViewController = [ViewController new]; [self.window makeKeyAndVisible]; return YES; } 其中的demo.js就是我们需要手动去写的一个js代码： require('UIView,UIColor'); defineClass('ViewController',{ changeBGColor:function() { var view = self.view(); view.setBackgroundColor(UIColor.yellowColor()); return view; } }); 我们可以简单看一下demo.js的内容。其中的ViewController就是我们需要更改的类的类名，changeBGColor就是类ViewController中的一个方法，我们可以通过该js去重写该方法，达到不更新OC代码就可以修改程序的效果。四、项目中的使用　　这里就只是简单的说一下使用，我们可以让后台写一个接口，通过该接口去拿到服务器上的js文件，然后动态修改服务器上js文件，就可以达到热更新的效果。五、更多　　更多使用可以查看其github主页。六、附　　源码地址：http://pan.baidu.com/s/1qXvGNGK

发表了文章 2016-04-25

限制UITextField输入内容的长度

一、前言　　今天做手机号输入限制长度，例如我的textfield只能输入11位，如果再多输入的话就不再textfield中显示,只显示11位的手机号。　　如果用ReactiveCocoa的话，这个很好解决。但是项目中没有引入该类库，所以只能手动的取完成了。二、实现原理　　先看代码： // // ViewController.m // Test // // Created by zhanggui on 15/12/28. // Copyright © 2015年 zhanggui. All rights reserved. // #import "ViewController.h" @interface ViewController () @property (weak, nonatomic) IBOutlet UITextField *myTextField; @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(textFiledEditChanged:) name:@"UITextFieldTextDidChangeNotification" object:self.myTextField]; self.myTextField.placeholder = @"只能输入11位哦"; // Do any additional setup after loading the view, typically from a nib. } #pragma mark - UITextFieldDelegate -(void)textFiledEditChanged:(NSNotification *)obj{ UITextField *textField = (UITextField *)obj.object; NSString *toBeString = textField.text; if (toBeString.length-1 > 10 && toBeString.length>1) { textField.text = [toBeString substringToIndex:11]; } } @end 　　做法如下：　　首先，我们需要添加一个通知，这个通知的name是：UITextFieldTextDidChangeNotification 。我们可以点击这个名字进去，会发现 UIKIT_EXTERN NSString *const UITextFieldTextDidChangeNotification; 　　这个是在UITextField.h中定义的一个常量字符串，他的作用如下：　　　　通知观察者textField中的内容改变了，受影响的textField就存储在通知的object参数中。（Notifies observers that the text in a text field changed. The affected text field is stored in the object parameter of the notification.）　　这样的话，我们就可以通过通知来控制了。当我们每次输入字符到textField中的时候，都会在通知的方法中进行监听，我就在里面判断输入的字符串的长度是否满足需要的条件，如果满足了条件（我这里的条件是11位），就让textField的text始终等于我要限制的长度。以此来完成自己的需求。 =========== =========== =========== =========== =========== =========== =========== 2015年12月31日下午5：57更新另一个简单的方法:代码如下： - (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string { NSString *toBeString = [textField.text stringByReplacingCharactersInRange:range withString:string]; if ([toBeString length] > 11) { textField.text = [toBeString substringToIndex:11]; return NO; } return YES; }

发表了文章 2016-04-25

SDWebImage的简单使用

一、前言　　第一次使用SDWebImage是在自己做《康复医生》的时候。记得那时有一个表格要显示所有的用户头像。不使用它的时候每次加载该table都会很卡顿，后来使用后发现不卡顿了。瞬间感觉这个世界好有爱。二、安装　　首先，SDWebImage的git地址是：https://github.com/rs/SDWebImage。我们可以直接到这里进行下载，然后添加到自己的项目中去。三、使用场景（前提是已经导入了SDWebImage这个库） 1、场景一、加载图片　　　　使用SDWebImage可以去加载远程图片，而且还会缓存图片，下次请求会看一下是否已经存在于缓存中，如果是的话直接取本地缓存，如果不是的话则重新请求。使用方法很简单，在需要使用该场景的类中导入 #import "UIImageView+WebCache.h" 然后调用： - (void)sd_setImageWithPreviousCachedImageWithURL:(NSURL *)url andPlaceholderImage:(UIImage *)placeholder options:(SDWebImageOptions)options progress:(SDWebImageDownloaderProgressBlock)progressBlock completed:(SDWebImageCompletionBlock)completedBlock; 即可。　　我们还可以在UIImageView+WebCache.h中看到其他的方法，和上边的方法类似，读者自行查看即可。 2、场景二、使用它做本地缓存　　很多时候我们可能拍照得到的一张图片要多个地方使用，那么我们就希望可以把这张图片放到缓存里面，然后每次用这张图片的时候就去通过特定的方式取即可。SDWebImage就有这样的一个类：SDImageCache。该类完美地帮助了我们解决了这个问题。　　使用的时候，我们首先要在使用的类里面做导入： #import "SDImageCache.h" 然后就可以进行相关的操作了。让我们直接看看SDImageCache.h文件： @property (assign, nonatomic) NSUInteger maxMemoryCost; /** * The maximum length of time to keep an image in the cache, in seconds */ @property (assign, nonatomic) NSInteger maxCacheAge; /** * The maximum size of the cache, in bytes. */ @property (assign, nonatomic) NSUInteger maxCacheSize; /** * Returns global shared cache instance * * @return SDImageCache global instance */ + (SDImageCache *)sharedImageCache; /** * Init a new cache store with a specific namespace * * @param ns The namespace to use for this cache store */ - (id)initWithNamespace:(NSString *)ns; /** * Add a read-only cache path to search for images pre-cached by SDImageCache * Useful if you want to bundle pre-loaded images with your app * * @param path The path to use for this read-only cache path */ - (void)addReadOnlyCachePath:(NSString *)path; /** * Store an image into memory and disk cache at the given key. * * @param image The image to store * @param key The unique image cache key, usually it's image absolute URL */ - (void)storeImage:(UIImage *)image forKey:(NSString *)key; /** * Store an image into memory and optionally disk cache at the given key. * * @param image The image to store * @param key The unique image cache key, usually it's image absolute URL * @param toDisk Store the image to disk cache if YES */ - (void)storeImage:(UIImage *)image forKey:(NSString *)key toDisk:(BOOL)toDisk; /** * Store an image into memory and optionally disk cache at the given key. * * @param image The image to store * @param recalculate BOOL indicates if imageData can be used or a new data should be constructed from the UIImage * @param imageData The image data as returned by the server, this representation will be used for disk storage * instead of converting the given image object into a storable/compressed image format in order * to save quality and CPU * @param key The unique image cache key, usually it's image absolute URL * @param toDisk Store the image to disk cache if YES */ - (void)storeImage:(UIImage *)image recalculateFromImage:(BOOL)recalculate imageData:(NSData *)imageData forKey:(NSString *)key toDisk:(BOOL)toDisk; /** * Query the disk cache asynchronously. * * @param key The unique key used to store the wanted image */ - (NSOperation *)queryDiskCacheForKey:(NSString *)key done:(SDWebImageQueryCompletedBlock)doneBlock; /** * Query the memory cache synchronously. * * @param key The unique key used to store the wanted image */ - (UIImage *)imageFromMemoryCacheForKey:(NSString *)key; /** * Query the disk cache synchronously after checking the memory cache. * * @param key The unique key used to store the wanted image */ - (UIImage *)imageFromDiskCacheForKey:(NSString *)key; /** * Remove the image from memory and disk cache synchronously * * @param key The unique image cache key */ - (void)removeImageForKey:(NSString *)key; /** * Remove the image from memory and disk cache synchronously * * @param key The unique image cache key * @param completionBlock An block that should be executed after the image has been removed (optional) */ - (void)removeImageForKey:(NSString *)key withCompletition:(void (^)())completion; /** * Remove the image from memory and optionally disk cache synchronously * * @param key The unique image cache key * @param fromDisk Also remove cache entry from disk if YES */ - (void)removeImageForKey:(NSString *)key fromDisk:(BOOL)fromDisk; /** * Remove the image from memory and optionally disk cache synchronously * * @param key The unique image cache key * @param fromDisk Also remove cache entry from disk if YES * @param completionBlock An block that should be executed after the image has been removed (optional) */ - (void)removeImageForKey:(NSString *)key fromDisk:(BOOL)fromDisk withCompletition:(void (^)())completion; /** * Clear all memory cached images */ - (void)clearMemory; /** * Clear all disk cached images. Non-blocking method - returns immediately. * @param completionBlock An block that should be executed after cache expiration completes (optional) */ - (void)clearDiskOnCompletion:(void (^)())completion; /** * Clear all disk cached images * @see clearDiskOnCompletion: */ - (void)clearDisk; /** * Remove all expired cached image from disk. Non-blocking method - returns immediately. * @param completionBlock An block that should be executed after cache expiration completes (optional) */ - (void)cleanDiskWithCompletionBlock:(void (^)())completionBlock; /** * Remove all expired cached image from disk * @see cleanDiskWithCompletionBlock: */ - (void)cleanDisk; /** * Get the size used by the disk cache */ - (NSUInteger)getSize; /** * Get the number of images in the disk cache */ - (NSUInteger)getDiskCount; /** * Asynchronously calculate the disk cache's size. */ - (void)calculateSizeWithCompletionBlock:(void (^)(NSUInteger fileCount, NSUInteger totalSize))completionBlock; /** * Check if image exists in cache already */ - (BOOL)diskImageExistsWithKey:(NSString *)key; /** * Get the cache path for a certain key (needs the cache path root folder) * * @param key the key (can be obtained from url using cacheKeyForURL) * @param path the cach path root folder * * @return the cache path */ - (NSString *)cachePathForKey:(NSString *)key inPath:(NSString *)path; /** * Get the default cache path for a certain key * * @param key the key (can be obtained from url using cacheKeyForURL) * * @return the default cache path */ - (NSString *)defaultCachePathForKey:(NSString *)key; 　　不要看着想吐就行。先看看使用吧。　存图片： SDImageCache *imageCache = [SDImageCache sharedImageCache]; [imageCache storeImage:image forKey:@"myphoto" toDisk:YES]; 取图片： SDImageCache *imageCache = [SDImageCache sharedImageCache]; UIImage *image = [imageCache imageFromDiskCacheForKey:@"myphoto"]; 这样就可以取到自己存的图片了。可以看一下SDImageCache.h这个类了，里面提供了存图片到内存和磁盘的方法，还有取图片的方法，以及判断该图片是否存在的方法。还有就是删除图片、清空磁盘缓存、得到缓存大小等方法。场景三、做设置中的清除缓存功能　　简单来说，当我们点击清除缓存按钮的时候会触发的消息如下： - (void)clearCaches { [MBProgressHUD showMessage:@"正在清理.."]; [[SDImageCache sharedImageCache] clearMemory]; [[SDImageCache sharedImageCache] clearDisk]; [self performSelectorOnMainThread:@selector(cleanCacheSuccess) withObject:nil waitUntilDone:YES]; } - (void)cleanCacheSuccess { dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)2 * NSEC_PER_SEC), dispatch_get_main_queue(), ^{ self.cacheLab.text = @"0.00M"; return; }); } 很简单，就是把使用SDWebImage缓存的图片都清空就可以了，这里包括了内存中的缓存图片以及磁盘上的缓存图片。场景四、一个APP多用户缓存存储　　比如一个用户下面有好多只属于个人的图片，那么如果我们想做到当切换用户再切换当前用户还可以看到原来用户的图片时，就可以用到SDImageCache的命名空间功能。其实很简单　1、简单说一下：当我们使用SDImageCache去缓存图片的时候，如果我们是这样初始化的SDImageCache: SDImageCache *image = [SDImageCache sharedImageCache]; 那么我们会在Caches（沙盒）文件夹下看到一个com.hackemist.SDWebImageCache.default文件夹，这里就是用来存储sharedImageCache初始化的缓存存储的图片。如果我们是这样初始化SDImageCache: SDImageCache *imageCache = [[SDImageCache alloc] initWithNamespace:@"TTTTTT"]; 那么我们会在Caches文件夹下看到一个com.hackemist.SDWebImageCache.TTTTT文件夹。这里就是用来存储这样初始化的缓存存储的图片。其他看一下源码可以知道，它是根据命名空间来命名文件夹的。这样我们就可以用用户名作为命名空间名称，这样每次取缓存都用用户名就OK了。还有其他的使用场景，这里就不再赘述了。四、实现原理　　其实SDWebImage之所以能够实现缓存的原理关键就是在哪个key值。　　比如我们在使用 - (void)sd_setImageWithPreviousCachedImageWithURL:(NSURL *)url andPlaceholderImage:(UIImage *)placeholder options:(SDWebImageOptions)options progress:(SDWebImageDownloaderProgressBlock)progressBlock completed:(SDWebImageCompletionBlock)completedBlock; 的时候，其实就是把url当做了一个图片的key值，然后存储对应的图片，如果下次请求的url和这次请求的url一样，那么就直接根据url（这个key）来取图片，如果url作为key的图片缓存不存在，就去请求远程服务器，然后请求过来之后再次将url和图片对应，然后存储。五、总结　六、其他　　未完待续。

发表了文章 2016-04-25

得到设备是何种iPhone设备 + 怎么获得启动页面图片

一、前言　　今天做一个功能，需要动态的获得启动页，然后根据不同设备去使用不用的启动页图片。二、正文　　　　常规来说，我们直接判断是何种设备，然后通过name去获得图片选择性加载即可。但是实际上遇到的两个问题。　　第一：如何判断各种设备。　　第二：怎么去拿到启动页图片。　　先看第一个问题，怎么去判断各种设备。原来习惯性的是直接判断设备高度。闲着没事就通过 [UIScreen mainScreen].bounds.size.height 　　这个方法去获得各种设备的高度，如下： //iPhone4s 480 //iPhone 5 568 //iPhone 5s 568 //iPhone 6 667 //iPhone 6p 736 //iPhone 6s 667 //iPhone 6sp 736 　　因此做了一个判断方法一： - (NSString *)getCurrentDeviceVersion { CGFloat screenHeight = [UIScreen mainScreen].bounds.size.height; if (screenHeight==480) { // return nil; return @"iPhone4/iPhone4s"; }else if (screenHeight==568) { return @"iPhone5/iPhone5s/iPhone5c"; }else if (screenHeight==667) { return @"iPhone6/iPhone6s"; }else if (screenHeight==736) { return @"iPhone6 plus/iPhone6s plus"; }else { return @"another"; } } 　　其实这是一个很low的方法，只是根据高度去判断，不过这样也可以去判断。　　下面来看看方法二：　　首先，我们需要在使用的类里面导入： #import <sys/utsname.h>　 - (NSString *)getDeviceVersion { struct utsname systemInfo; uname(&systemInfo); NSString *deviceName = [NSString stringWithCString:systemInfo.machine encoding:NSUTF8StringEncoding]; if ([deviceName isEqualToString:@"iPhone3,1"] || [deviceName isEqualToString:@"iPhone3,3"]|| [deviceName isEqualToString:@"iPhone4,1"]) { //判断是否是iPhone4,iPhone4s return @"iPhone4/iPhone4s"; }else if ([deviceName isEqualToString:@"iPhone5,1"]|| [deviceName isEqualToString:@"iPhone5,2"]||[deviceName isEqualToString:@"iPhone5,3"] || [deviceName isEqualToString:@"iPhone5,4"] || [deviceName isEqualToString:@"iPhone6,1"] || [deviceName isEqualToString:@"iPhone6,2"]) { return @"iPhone5/iPhone5s/iPhone5c"; }else if ([deviceName isEqualToString:@"iPhone7,1"] || [deviceName isEqualToString:@"iPhone8,2"]) { return @"iPhone6 plus/iPhone6s plus"; }else if ([deviceName isEqualToString:@"iPhone7,2"] || [deviceName isEqualToString:@"iPhone8,1"]) { return @"iPhone6/iPhone6s"; }else { //真机上边不会走到 return @"another"; } } 　　方法二主要用到了一个类utsname.h。打开之后，我们可以发现他就是一个结构体： struct utsname { char sysname[_SYS_NAMELEN]; /* [XSI] Name of OS */ char nodename[_SYS_NAMELEN]; /* [XSI] Name of this network node */ char release[_SYS_NAMELEN]; /* [XSI] Release level */ char version[_SYS_NAMELEN]; /* [XSI] Version level */ char machine[_SYS_NAMELEN]; /* [XSI] Hardware type */ }; 先来看看怎么去取到 struct utsname systemInfo; uname(&systemInfo); NSString *deviceName = [NSString stringWithCString:systemInfo.machine encoding:NSUTF8StringEncoding]; 　　当输出deviceName的时候，你就会发现不同的设备将会输出不同的内容，但是当我们使用模拟器的时候，会输出： x86_64 　　其实这个是在64-bit Simulator下输出的。如果我们使用的是32-bit Simulator，那么输出的结果就是 i386 　　然后我使用iPhone5s进行测试，输出结果是： iPhone6,2 　　当时比较疑惑，这是什么情况呢？然后就google了一下。原来这个是设备的类型。而且不同的设备类型也不一样。然后就在这里发现了下面的内容：(其实这个结果就是设备类型) 　　 //模拟器 @"i386" on 32-bit Simulator @"x86_64" on 64-bit Simulator //iPod--可能不全面 @"iPod1,1" on iPod Touch @"iPod2,1" on iPod Touch Second Generation @"iPod3,1" on iPod Touch Third Generation @"iPod4,1" on iPod Touch Fourth Generation @"iPod5,1" on iPod Touch 5th Generation @"iPod7,1" on iPod Touch 6th Generation //iPhone --全面了 @"iPhone1,1" on iPhone @"iPhone1,2" on iPhone 3G @"iPhone2,1" on iPhone 3GS @"iPhone3,1" on iPhone 4 (GSM) @"iPhone3,2" on iPhone 4 @"iPhone3,3" on iPhone 4 (CDMA/Verizon/Sprint) @"iPhone4,1" on iPhone 4S @"iPhone5,1" on iPhone 5 (model A1428, AT&T/Canada) @"iPhone5,2" on iPhone 5 (model A1429, everything else) @"iPhone5,3" on iPhone 5c (model A1456, A1532 | GSM) @"iPhone5,4" on iPhone 5c (model A1507, A1516, A1526 (China), A1529 | Global) @"iPhone6,1" on iPhone 5s (model A1433, A1533 | GSM) @"iPhone6,2" on iPhone 5s (model A1457, A1518, A1528 (China), A1530 | Global) @"iPhone7,1" on iPhone 6 Plus @"iPhone7,2" on iPhone 6 @"iPhone8,1" on iPhone 6S @"iPhone8,2" on iPhone 6S Plus //iPad --不全面 @"iPad1,1" on iPad @"iPad2,1" on iPad 2 @"iPad3,1" on 3rd Generation iPad @"iPad3,4" on 4th Generation iPad @"iPad2,5" on iPad Mini @"iPad4,1" on 5th Generation iPad (iPad Air) - Wifi @"iPad4,2" on 5th Generation iPad (iPad Air) - Cellular @"iPad4,4" on 2nd Generation iPad Mini - Wifi @"iPad4,5" on 2nd Generation iPad Mini - Cellular @"iPad4,7" on 3rd Generation iPad Mini - Wifi (model A1599) 　　这里几乎包括了所有的iOS移动设备。然后就根据这个去判断了一下 - (NSString *)getDeviceModel { struct utsname systemInfo; uname(&systemInfo); NSString *deviceName = [NSString stringWithCString:systemInfo.machine encoding:NSUTF8StringEncoding]; if ([deviceName isEqualToString:@"iPhone3,1"] || [deviceName isEqualToString:@"iPhone3,3"]|| [deviceName isEqualToString:@"iPhone4,1"]) { //判断是否是iPhone4,iPhone4s return @"iPhone4/iPhone4s"; }else if ([deviceName isEqualToString:@"iPhone5,1"]|| [deviceName isEqualToString:@"iPhone5,2"]||[deviceName isEqualToString:@"iPhone5,3"] || [deviceName isEqualToString:@"iPhone5,4"] || [deviceName isEqualToString:@"iPhone6,1"] || [deviceName isEqualToString:@"iPhone6,2"]) { return @"iPhone5/iPhone5s/iPhone5c"; }else if ([deviceName isEqualToString:@"iPhone7,1"] || [deviceName isEqualToString:@"iPhone8,2"]) { return @"iPhone6 plus/iPhone6s plus"; }else if ([deviceName isEqualToString:@"iPhone7,2"] || [deviceName isEqualToString:@"iPhone8,1"]) { return @"iPhone6/iPhone6s"; }else { //真机上边不会走到 return @"another"; } } 　　这样就得到了不同版本的设备。有兴趣的话还可以点这里（可能需要越狱）　　这样，第一个问题就结局了。第二个问题是如何获得当前project的启动页面。（不要妄想去通过名字拿，试了，拿不到。）　　后来google了一下：得到如下 //iPhone4/4s:[UIImage imageNamed: @"LaunchImage-700"]; // //iPhone5/5s/5c： [UIImage imageNamed: @"LaunchImage-700-568h"]; // //iPhone6： [UIImage imageNamed: @"LaunchImage-800-667h"]; // //iPhone6 plus 竖屏：[UIImage imageNamed: @"LaunchImage-800-Portrait-736h"]; // //iPhone6 plus 横屏：[UIImage imageNamed: @"LaunchImage-800-Portrait-736h"]; 　　意思就是当你是iPhone4/4s的时候，就通过 [UIImage imageNamed: @"LaunchImage-700"]; 　　来拿到启动页面。其他的一样。　　这样就拿到了启动页面。　　综合起来解决前言问题的方法就是： //方法一 - (UIImage *)getLaunchImage { CGFloat screenHeight = [UIScreen mainScreen].bounds.size.height; if (screenHeight==480) { // return nil; return [UIImage imageNamed: @"LaunchImage-700"]; }else if (screenHeight==568) { return [UIImage imageNamed: @"LaunchImage-700-568h"]; }else if (screenHeight==667) { return [UIImage imageNamed: @"LaunchImage-800-667h"]; }else if (screenHeight==736) { return [UIImage imageNamed: @"LaunchImage-800-Portrait-736h"]; }else { return [UIImage imageNamed:@"placeH"]; } } /** * 通过系统信息得到版本 *方法二 * @return 指定的LaunchImage */ - (UIImage *)getLaunchImageByiPhoneType { struct utsname systemInfo; uname(&systemInfo); NSString *deviceName = [NSString stringWithCString:systemInfo.machine encoding:NSUTF8StringEncoding]; if ([deviceName isEqualToString:@"iPhone3,1"] || [deviceName isEqualToString:@"3,2"] ||[deviceName isEqualToString:@"iPhone3,3"]|| [deviceName isEqualToString:@"iPhone4,1"]) { //判断是否是iPhone4,iPhone4s return [UIImage imageNamed:@"LaunchImage-700"]; }else if ([deviceName isEqualToString:@"iPhone5,1"]|| [deviceName isEqualToString:@"iPhone5,2"]||[deviceName isEqualToString:@"iPhone5,3"] || [deviceName isEqualToString:@"iPhone5,4"] || [deviceName isEqualToString:@"iPhone6,1"] || [deviceName isEqualToString:@"iPhone6,2"]) { return [UIImage imageNamed: @"LaunchImage-700-568h"]; }else if ([deviceName isEqualToString:@"iPhone7,1"] || [deviceName isEqualToString:@"iPhone8,2"]) { return [UIImage imageNamed: @"LaunchImage-800-Portrait-736h"]; }else if ([deviceName isEqualToString:@"iPhone7,2"] || [deviceName isEqualToString:@"iPhone8,1"]) { return [UIImage imageNamed: @"LaunchImage-800-667h"]; }else { //真机上边不会走到 return [UIImage imageNamed:@"placeH"]; //这里我用了一张默认图片 } } 　　三、结语　　如果大家有什么疑问或者我说的不对的地方尽管提出来。　　

发表了文章 2016-04-25

iOS远程推送之友盟Push

　　更新记录：　　　　1、2015年10月23日上午10：10分更新，优化了该类，去除了不必要的方法。 ------------------------------------------------------------------------------------------------------------------------------------------------------ 　　入职后的一个任务，就是做远程推送，听老大说用的是友盟Push.所以就看了一下友盟push，具体的集成以及证书的生成请参照这里。具体的就不再多说了，主要是自己重新封装了一下UMessage，具体的内容如下： // // ZGUmessagePush.h // NotePad // // Created by zhanggui on 15/10/19. // Copyright © 2015年 xiaoguizi. All rights reserved. // #import <Foundation/Foundation.h> #import <CoreLocation/CoreLocation.h> #import "UMessage.h" @interface ZGUmessagePush : NSObject + (instancetype)shared; /** *设备注册友盟推送 */ + (void)registerUMessageWithOptions:(NSDictionary *)launchOptions; /** *注册设备deviceToken */ + (void)registerDeviceWithToken:(NSData *)data; /** *程序未运行的时候，推送消息的处理 * @param userInfo:推送过来的数据 */ + (void)handleNotRunAppRemoteUserInfo:(NSDictionary *)userInfo; /** *程序运行的时候，推送消息的处理 *@param userInfo:推送过来的数据 */ + (void)handleRunAppRemoteUserInfo:(NSDictionary *)userInfo; /** *默认的绑定用户账号 */ + (void)bandingDefaultCount; /** *解绑用户账号 */ + (void)unBandingDefaultCount; /** 绑定账号 @param account:要绑定的用户名 */ + (void)bandingTheCount:(NSString *)account; /** *解绑用户账号 */ + (void)unBandingTheCount; /** *添加标签 */ + (void)addTags:(NSArray *)tagArray; @end 　　　　以上是.h文件。 // // ZGUmessagePush.m // NotePad // // Created by zhanggui on 15/10/19. // Copyright © 2015年 xiaoguizi. All rights reserved. // #import "ZGUmessagePush.h" #import <UIKit/UIKit.h> #import "LoginViewController.h" #import "LeftTableViewController.h" #define _IPHONE80_ 80000 #define APPKEY @"5620da47e0f55a062b003b57" #define UMSYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(v) ([[[UIDevice currentDevice] systemVersion] compare:v options:NSNumericSearch] != NSOrderedAscending) @implementation ZGUmessagePush +(instancetype)shared { static UFQUmessagePush *sharedPush = nil; static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ sharedPush = [[UFQUmessagePush alloc] init]; }); return sharedPush; } //#warning 需要修改为自己的APPKey + (void)registerUMessageWithOptions:(NSDictionary *)launchOptions { [UMessage startWithAppkey:APPKEY launchOptions:launchOptions]; #if __IPHONE_OS_VERSION_MAX_ALLOWED >= _IPHONE80_ if(UMSYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(@"8.0")) { //register remoteNotification types （iOS 8.0及其以上版本） UIMutableUserNotificationAction *action1 = [[UIMutableUserNotificationAction alloc] init]; action1.identifier = @"action1_identifier"; action1.title=@"Accept"; action1.activationMode = UIUserNotificationActivationModeForeground;//当点击的时候启动程序 UIMutableUserNotificationAction *action2 = [[UIMutableUserNotificationAction alloc] init]; //第二按钮 action2.identifier = @"action2_identifier"; action2.title=@"Reject"; action2.activationMode = UIUserNotificationActivationModeBackground;//当点击的时候不启动程序，在后台处理 action2.authenticationRequired = YES;//需要解锁才能处理，如果action.activationMode = UIUserNotificationActivationModeForeground;则这个属性被忽略； action2.destructive = YES; UIMutableUserNotificationCategory *categorys = [[UIMutableUserNotificationCategory alloc] init]; categorys.identifier = @"category1";//这组动作的唯一标示 [categorys setActions:@[action1,action2] forContext:(UIUserNotificationActionContextDefault)]; UIUserNotificationSettings *userSettings = [UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeBadge|UIUserNotificationTypeSound|UIUserNotificationTypeAlert categories:[NSSet setWithObject:categorys]]; [UMessage registerRemoteNotificationAndUserNotificationSettings:userSettings]; } else{ //register remoteNotification types (iOS 8.0以下) [UMessage registerForRemoteNotificationTypes:UIRemoteNotificationTypeBadge |UIRemoteNotificationTypeSound |UIRemoteNotificationTypeAlert]; } #else //register remoteNotification types (iOS 8.0以下) [UMessage registerForRemoteNotificationTypes:UIRemoteNotificationTypeBadge |UIRemoteNotificationTypeSound |UIRemoteNotificationTypeAlert]; #endif #if DEBUG [UMessage setLogEnabled:YES]; #endif } + (void)registerDeviceWithToken:(NSData *)data { [UMessage registerDeviceToken:data]; #if DEBUG NSString *deveiceToken = [NSString stringWithFormat:@"%@",data]; deveiceToken = [deveiceToken stringByReplacingOccurrencesOfString:@" " withString:@""]; NSLog(@"deveice-token:%@",deveiceToken); #endif } + (void)handleNotRunAppRemoteUserInfo:(NSDictionary *)userInfo { [UMessage setAutoAlert:NO]; UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"程序未运行的逻辑处理" message:[userInfo objectForKey:@"name"] delegate:nil cancelButtonTitle:@"确定" otherButtonTitles: nil]; [alert show]; } + (void)handleRunAppRemoteUserInfo:(NSDictionary *)userInfo { [UMessage setAutoAlert:NO]; if ([UIApplication sharedApplication].applicationState==UIApplicationStateActive) { //程序在前台时逻辑处理 UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"程序在前台的逻辑处理" message:[userInfo objectForKey:@"name"] delegate:nil cancelButtonTitle:@"确定" otherButtonTitles: nil]; [alert show]; }else { //程序不在前台时的逻辑处理 UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"程序不在前台的逻辑处理" message:[userInfo objectForKey:@"name"] delegate:nil cancelButtonTitle:@"确定" otherButtonTitles: nil]; [alert show]; } } + (void)bandingDefaultCount { [UMessage addAlias:[[NSUserDefaults standardUserDefaults] objectForKey:@"username"] type:UFenQiType response:^(id responseObject, NSError *error) { if (error) { NSLog(@"Fail to banding..."); } }]; } + (void)unBandingTheCount { [UMessage removeAlias:[[NSUserDefaults standardUserDefaults] objectForKey:@"username"] type:UFenQiType response:^(id responseObject, NSError *error) { if (error) { NSLog(@"Fail to banding..."); } }]; } + (void)addTags:(NSArray *)tagArray { if ([tagArray isKindOfClass:[NSArray class]]) { if ([tagArray count]==0) { NSLog(@"没有添加任何tag..."); return; }else { [UMessage addTag:tagArray response:^(id responseObject, NSInteger remain, NSError *error) { if (error) { NSLog(@"Add tag fail..."); } }]; } } } @end 　　注意事项：　　1、如果是开发环境的话，需要添加deviceToken到友盟推送后台。　　2、程序通过推送开启的调用handleNotRunAppRemoteUserInfo:方法，程序本身已经开启，只是处于前台或者后台的的调用handleRunAppRemoteUserInfo:方法。

发表了文章 2016-04-25

iOS常用第三方库之Masonry

有更新，请往最下边查看。原文地址：http://www.cnblogs.com/zhanggui/p/4911780.html 一、前言　　关于苹果的布局一直是我比较纠结的问题，是写代码来控制布局，还是使用storyboard来控制布局呢？以前我个人开发的时候很少使用代码去写约束，因为太麻烦了。所以最终选择的都是AutoLayout进行布局，然后拖线设置约束。不过好多公司进行iOS开发的时候都会去动态的修改约束，而且有的会使用约束去创建一些动画，所以不太去用storyboard进行开发（还有就是使用storyboard几个人合作的时候比较麻烦）。反倒更多的是写代码开发看起来更加的高效。所以好多开发者都开始去使用Masonry。它是一个封装的第三方类库，作用就是来简化开发者写布局约束。二、“安装”Masonry 　　因为它是一个第三方的类库，我们可以从这里下载，然后解压将Masonry那个文件夹拖入自己的项目文件夹下即可。三、开始使用Masonry 　　我们在使用它的时候，最好在AppDelegate.m的 - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions；方法中去自定义加载自己的控制器。例如我写的时候就是这样： - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds]; self.window.backgroundColor = [UIColor whiteColor]; UINavigationController *nav = [[UINavigationController alloc] initWithRootViewController:[[ViewController alloc] init]]; self.window.rootViewController = nav; [self.window makeKeyAndVisible]; return YES; } 直接加载的我自己写的ViewController。（建议把系统自带的Main.stoaryboard删除掉，如果运行报错自己修改，问题不大）。先来一个不用Masonry写的最简单的布局：（目的是在视图中添加一个视图） - (void)viewDidLoad { [super viewDidLoad]; self.title = @"Basic View"; UIView *view1 = [[UIView alloc] init]; view1.translatesAutoresizingMaskIntoConstraints = NO; view1.backgroundColor = [UIColor greenColor]; [superview addSubview:view1]; UIEdgeInsets padding = UIEdgeInsetsMake(74, 10, 10, 10); [superview addConstraints:@[ //view1 constraints [NSLayoutConstraint constraintWithItem:view1 attribute:NSLayoutAttributeTop relatedBy:NSLayoutRelationEqual toItem:superview attribute:NSLayoutAttributeTop multiplier:1.0 constant:padding.top], [NSLayoutConstraint constraintWithItem:view1 attribute:NSLayoutAttributeLeft relatedBy:NSLayoutRelationEqual toItem:superview attribute:NSLayoutAttributeLeft multiplier:1.0 constant:padding.left], [NSLayoutConstraint constraintWithItem:view1 attribute:NSLayoutAttributeBottom relatedBy:NSLayoutRelationEqual toItem:superview attribute:NSLayoutAttributeBottom multiplier:1.0 constant:-padding.bottom], [NSLayoutConstraint constraintWithItem:view1 attribute:NSLayoutAttributeRight relatedBy:NSLayoutRelationEqual toItem:superview attribute:NSLayoutAttributeRight multiplier:1 constant:-padding.right], ]]; } 运行效果如下：这就是我们用系统的NSLayoutConstraint写的一个view，然后将这个view加载到根view中。现在我们用Masonry来实现和上边一样的效果：第一步、导入类库 #import "Masonry.h" 然后修改代码如下： - (void)viewDidLoad { [super viewDidLoad]; self.title = @"Basic View"; UIView *superview = self.view; UIView *view1 = [[UIView alloc] init]; view1.translatesAutoresizingMaskIntoConstraints = NO; view1.backgroundColor = [UIColor greenColor]; [superview addSubview:view1]; UIEdgeInsets padding = UIEdgeInsetsMake(74, 10, 10, 10); [view1 mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(superview.mas_top).offset(padding.top); make.left.equalTo(superview.mas_left).offset(padding.left); make.bottom.equalTo(superview.mas_bottom).offset(-padding.bottom); make.right.equalTo(superview.mas_right).offset(-padding.right); }]; } 上面的效果和原来用NSLayoutConstraint实现的效果是一样的，所以就不再贴图。我们可以看到，我们使用的一个mas_makConstrints块来进行约束设置。view1指代的就是要添加约束的view（也可以是button，label等等）。然后make的top，left,bottom,right就相当于view1的上下左右，然后equalTo（）括号内的就是相对的view，然后offset是偏移量。还可以更简单的实现： - (void)viewDidLoad { [super viewDidLoad]; self.title = @"Basic View"; UIView *superview = self.view; UIView *view1 = [[UIView alloc] init]; view1.translatesAutoresizingMaskIntoConstraints = NO; view1.backgroundColor = [UIColor greenColor]; [superview addSubview:view1]; UIEdgeInsets padding = UIEdgeInsetsMake(74, 10, 10, 10); [view1 mas_makeConstraints:^(MASConstraintMaker *make) { make.edges.equalTo(superview).with.insets(padding); }]; // [view1 mas_makeConstraints:^(MASConstraintMaker *make) { // make.top.equalTo(superview.mas_top).offset(padding.top); // make.left.equalTo(superview.mas_left).offset(padding.left); // make.bottom.equalTo(superview.mas_bottom).offset(-padding.bottom); // make.right.equalTo(superview.mas_right).offset(-padding.right); // }]; } 以上的三种方式都是实现上边图种的效果。 MASViewAttribute NSLayoutAttribute view.mas_left NSLayoutAttributeLeft view.mas_right NSLayoutAttributeRight view.mas_top NSLayoutAttributeTop view.mas_bottom NSLayoutAttributeBottom view.mas_leading NSLayoutAttributeLeading view.mas_trailing NSLayoutAttributeTrailing view.mas_width NSLayoutAttributeWidth view.mas_height NSLayoutAttributeHeight view.mas_centerX NSLayoutAttributeCenterX view.mas_centerY NSLayoutAttributeCenterY view.mas_baseline NSLayoutAttributeBaseline 以上的属性对应相应的NSLayoutAttribute。下面就来看它的使用吧。（先上效果图，然后再上代码）使用一、简单的三个视图的布局这个时我直接自定义了一个ZGBasicView视图，然后添加到了ViewController中。关键代码如下： // // ZGBasicView.m // MasonryDemo // // Created by zhanggui on 15/10/26. // Copyright © 2015年 zhanggui. All rights reserved. // #import "ZGBasicView.h" #import "View+MASShorthandAdditions.h" @implementation ZGBasicView /* // Only override drawRect: if you perform custom drawing. // An empty implementation adversely affects performance during animation. - (void)drawRect:(CGRect)rect { // Drawing code } */ - (id)init { self = [super init]; if (!self) { return nil; } // self.translatesAutoresizingMaskIntoConstraints = YES; //红色视图 UIView *redView = [UIView new]; redView.backgroundColor = [UIColor redColor]; redView.layer.borderColor = [UIColor blackColor].CGColor; redView.layer.borderWidth = 2; [self addSubview:redView]; //绿色视图 UIView *greenView = [[UIView alloc] init]; greenView.backgroundColor = [UIColor greenColor]; greenView.layer.borderColor = [UIColor blackColor].CGColor; greenView.layer.borderWidth = 2; [self addSubview:greenView]; //蓝色视图 UIView *blueView = [[UIView alloc] init]; blueView.backgroundColor = [UIColor blueColor]; blueView.layer.borderWidth = 2; blueView.layer.borderColor = [UIColor blackColor].CGColor; [self addSubview:blueView]; int padding = 10; UIView *superview = self; //with is semantic and option [redView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(superview.mas_top).offset(padding); //with with make.left.equalTo(greenView.mas_right).offset(padding); //without with make.bottom.equalTo(blueView.mas_top).offset(-padding); make.right.equalTo(superview.mas_right).offset(-padding); make.width.equalTo(greenView.mas_width); make.height.equalTo(@[greenView, blueView]); //can pass array of views }]; [greenView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(superview.mas_top).offset(padding); make.left.equalTo(superview.mas_left).offset(padding); make.bottom.equalTo(blueView.mas_top).offset(-padding); make.right.equalTo(redView.mas_left).offset(-padding); make.width.equalTo(redView.mas_width); make.height.equalTo(redView.mas_height); // make.height.equalTo(blueView.mas_height); }]; [blueView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(greenView.mas_bottom).offset(padding); make.left.equalTo(superview.mas_left).offset(padding); make.bottom.equalTo(superview.mas_bottom).offset(-padding); make.right.equalTo(superview.mas_right).offset(-padding); make.height.equalTo(greenView.mas_height); //can pass array of attributes }]; return self; } @end 三个视图之间的关系。场景二、更新视图效果图如下：实现代码如下：（这里也是自定义了一个View,然后将这个view加入到了根视图中） // // UpdateConstraintsView.m // MasonryDemo // // Created by zhanggui on 15/10/26. // Copyright © 2015年 zhanggui. All rights reserved. // #import "UpdateConstraintsView.h" #import "Masonry.h" @interface UpdateConstraintsView () @property (nonatomic,strong)UIButton *myButton; @property (nonatomic,assign)CGSize buttonSize; @end @implementation UpdateConstraintsView - (id)init { self = [super init]; if (self) { self.myButton = [UIButton buttonWithType:UIButtonTypeSystem]; [self.myButton setTitle:@"更新约束" forState:UIControlStateNormal]; self.myButton.layer.borderColor = [UIColor blackColor].CGColor; self.myButton.layer.borderWidth = 2; [self.myButton addTarget:self action:@selector(changeAction:) forControlEvents:UIControlEventTouchUpInside]; [self addSubview:self.myButton]; self.buttonSize = CGSizeMake(100, 100); } return self; } /** Returns whether the receiver depends on the constraint-based layout system. YES if the view must be in a window using constraint-based layout to function properly, NO otherwise. */ + (BOOL)requiresConstraintBasedLayout { return YES; } /** Updates constraints for the view. Custom views that set up constraints themselves should do so by overriding this method. When your custom view notes that a change has been made to the view that invalidates one of its constraints, it should immediately remove that constraint, and then call setNeedsUpdateConstraints to note that constraints need to be updated. Before layout is performed, your implementation of updateConstraints will be invoked, allowing you to verify that all necessary constraints for your content are in place at a time when your custom view’s properties are not changing. You must not invalidate any constraints as part of your constraint update phase. You also must not invoke a layout or drawing phase as part of constraint updating. Important:Important Call [super updateConstraints] as the final step in your implementation. 苹果推荐在这个方法里面添加或者更新约束 */ - (void)updateConstraints { [self.myButton mas_updateConstraints:^(MASConstraintMaker *make) { make.center.equalTo(self); make.width.equalTo(@(self.buttonSize.width)).priorityLow(); //设置优先级以及width make.height.equalTo(@(self.buttonSize.height)).priorityLow(); //设置myButton的大小小于等于自身view的大小 make.width.lessThanOrEqualTo(self); make.height.lessThanOrEqualTo(self); }]; [super updateConstraints]; } - (void)changeAction:(UIButton *)button { self.buttonSize = CGSizeMake(self.buttonSize.width*1.2, self.buttonSize.height*1.2); //告诉约束他们需要更新 [self setNeedsUpdateConstraints]; //update constraints now [self updateConstraintsIfNeeded]; //设置更新大小动画 [UIView animateWithDuration:0.5 animations:^{ /** Lays out the subviews immediately. Use this method to force the layout of subviews before drawing. Using the view that receives the message as the root view, this method lays out the view subtree starting at the root. */ [self layoutIfNeeded]; }]; } @end 这里主要使用了mas_updateConstraints：方法场景三、让约束复原实现代码如下： // // ReBackConstraintsView.m // MasonryDemo //可以恢复原来的约束 // Created by zhanggui on 15/10/26. // Copyright © 2015年 zhanggui. All rights reserved. // #import "ReBackConstraintsView.h" #import "Masonry.h" @interface ReBackConstraintsView () @property (nonatomic,strong)UIButton *myButton; @property (nonatomic,assign)BOOL isAtTop; @end @implementation ReBackConstraintsView - (id)init { self = [super init]; if (self) { self.myButton = [UIButton buttonWithType:UIButtonTypeSystem];; [self.myButton setTitle:@"Move Me!" forState:UIControlStateNormal]; self.myButton.layer.borderColor = UIColor.greenColor.CGColor; self.myButton.layer.borderWidth = 3; [self.myButton addTarget:self action:@selector(moveAction:) forControlEvents:UIControlEventTouchUpInside]; [self addSubview:self.myButton]; self.isAtTop = YES; } return self; } + (BOOL)requiresConstraintBasedLayout { return YES; } - (void)updateConstraints { [self.myButton mas_remakeConstraints:^(MASConstraintMaker *make) { make.width.equalTo(@(100)); make.height.equalTo(@(100)); if (self.isAtTop) { make.left.equalTo(self.mas_left).offset(10); make.top.equalTo(self.mas_top).offset(10); }else { make.bottom.equalTo(self.mas_bottom).offset(-10); make.right.equalTo(self.mas_right).offset(-10); } }]; [super updateConstraints]; } - (void)moveAction:(UIButton *)myButton { self.isAtTop = !self.isAtTop; //告诉约束他们需要更新 [self setNeedsUpdateConstraints]; //立刻更新视图约束 [self updateConstraintsIfNeeded]; [UIView animateWithDuration:0.3 animations:^{ [self layoutIfNeeded]; }]; } /* // Only override drawRect: if you perform custom drawing. // An empty implementation adversely affects performance during animation. - (void)drawRect:(CGRect)rect { // Drawing code } */ @end 这里主要使用了mas_remakeConstraints:方法。场景四、两个视图的嵌套实现代码： // // NestConstraintsView.m // MasonryDemo // // Created by zhanggui on 15/10/26. // Copyright © 2015年 zhanggui. All rights reserved. // #import "NestConstraintsView.h" #import "Masonry.h" @implementation NestConstraintsView - (id)init { self = [super init]; if (self) { UIView *bigView = [[UIView alloc] init]; bigView.backgroundColor = [UIColor blackColor]; [self addSubview:bigView]; UIView *smallView = [[UIView alloc] init]; smallView.backgroundColor = [UIColor redColor]; [self addSubview:smallView]; [bigView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(self).offset(20); make.left.equalTo(self).offset(20); make.bottom.equalTo(self).offset(-20); make.right.equalTo(self).offset(-20); }]; [smallView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(bigView.mas_top).offset(40); make.left.equalTo(bigView.mas_left).offset(40); make.bottom.equalTo(bigView.mas_bottom).offset(-40); make.right.equalTo(bigView.mas_right).offset(-40); }]; } return self; } @end 这里和第一个场景一样，都是最基本的实现约束的添加，只不过相对参照物不同。场景五、多个view一起布局（以组为单位布局）效果：实现代码： // // GroupButtonView.m // MasonryDemo // // Created by zhanggui on 15/10/26. // Copyright © 2015年 zhanggui. All rights reserved. // #import "GroupButtonView.h" #import "Masonry.h" @implementation GroupButtonView - (instancetype)init { self = [super init]; if (self) { NSArray *strArr = @[@"10",@"20",@"50",@"100",@"200",@"300"]; NSMutableArray *mutableArr = [[NSMutableArray alloc] initWithCapacity:6]; for (int i=0; i<3; i++) { UIButton *button = [[UIButton alloc] init]; [button setTitle:strArr[i] forState:UIControlStateNormal]; [button setTitleColor:[UIColor blackColor] forState:UIControlStateNormal]; button.layer.borderColor = [UIColor blackColor].CGColor; [button addTarget:self action:@selector(show:) forControlEvents:UIControlEventTouchUpInside]; button.layer.borderWidth = 2; [self addSubview:button]; [mutableArr addObject:button]; } [mutableArr mas_distributeViewsAlongAxis:MASAxisTypeHorizontal withFixedSpacing:20 leadSpacing:20 tailSpacing:20]; [mutableArr mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(@120); make.height.equalTo(@75); }]; /** * ----------------------- */ NSMutableArray *marr = [NSMutableArray new]; for (int i=3; i<6; i++) { UIButton *button = [[UIButton alloc] init]; [button setTitle:strArr[i] forState:UIControlStateNormal]; [button setTitleColor:[UIColor blackColor] forState:UIControlStateNormal]; button.layer.borderColor = [UIColor blackColor].CGColor; [button addTarget:self action:@selector(show:) forControlEvents:UIControlEventTouchUpInside]; button.layer.borderWidth = 2; [self addSubview:button]; [marr addObject:button]; } [marr mas_distributeViewsAlongAxis:MASAxisTypeHorizontal withFixedSpacing:20 leadSpacing:20 tailSpacing:20]; [marr mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(@200); make.height.equalTo(@75); }]; } return self; } - (void)show:(UIButton *)button { NSLog(@"%@",button.titleLabel.text); } @end 在这里，我们主要就是用到了mas_distributeViewsAlongAxis:...这个方法，来万曾一组视图的布局。场景六、自己写的一个简单的登录界面效果如下：代码如下： // // ViewController.m // MasonryDemo // // Created by zhanggui on 15/10/8. // Copyright © 2015年 zhanggui. All rights reserved. // #import "ViewController.h" #import "Masonry.h" #import "ZGBasicView.h" #import "UpdateConstraintsView.h" #import "ReBackConstraintsView.h" #import "NestConstraintsView.h" #import "GroupButtonView.h" #import "LoginView.h" #import "ArrayView.h" @interface ViewController () @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; self.title = @"登录"; [self loginView]; // [self addArrayView]; } - (void)loginView { LoginView *loginView = [[LoginView alloc] init]; self.view = loginView; // loginView.frame = self.view.frame; // [self.view addSubview:loginView]; } - (void)addArrayView { ArrayView *arrView = [[ArrayView alloc] init]; self.view = arrView; } - (void)groupButtonView { GroupButtonView *nestView = [[GroupButtonView alloc] init]; nestView.frame = self.view.frame; // self.view = nestView; [self.view addSubview:nestView]; } - (void)nestConstraintsView { NestConstraintsView *nestView = [[NestConstraintsView alloc] init]; self.view = nestView; } - (void)reBackConstraints { ReBackConstraintsView *rebackView = [[ReBackConstraintsView alloc] init]; self.view = rebackView; } - (void)updateConstraintsView { UpdateConstraintsView *updateView = [[UpdateConstraintsView alloc] init]; self.view = updateView; } - (void)simpleView { ZGBasicView *basicView = [[ZGBasicView alloc] init]; // [self.view addSubview:basicView]; self.view = basicView; } - (void)firstSimpleView { UIView *superview = self.view; UIView *view1 = [[UIView alloc] init]; view1.translatesAutoresizingMaskIntoConstraints = NO; view1.backgroundColor = [UIColor greenColor]; [superview addSubview:view1]; UIEdgeInsets padding = UIEdgeInsetsMake(74, 10, 10, 10); [view1 mas_makeConstraints:^(MASConstraintMaker *make) { make.edges.equalTo(superview).with.insets(padding); }]; // [view1 mas_makeConstraints:^(MASConstraintMaker *make) { // make.top.equalTo(superview.mas_top).offset(padding.top); // make.left.equalTo(superview.mas_left).offset(padding.left); // make.bottom.equalTo(superview.mas_bottom).offset(-padding.bottom); // make.right.equalTo(superview.mas_right).offset(-padding.right); // }]; } @end 大家可以简单的看一下，写的比较简单，应该很容易理解的。（横屏的距离上边的高度没有处理太好，将就着看吧）简单就介绍这么多了。附：　　1、源码下载地址：http://pan.baidu.com/s/1o6083G2 　　2、Masonry Git地址：https://github.com/SnapKit/Masonry -------------------------------------------------------------------------------------------------------------------------------------------- 更新记录1 我们经常会遇到这种情况：　　三个控件之间的距离知道，三个控件距离底部或者顶部的距离知道，那么我们要做的就是让三个控件的距离和UI设计的距离一样，然后让他们三个整体居中。比如现在有三个Label，我们来看看他们是如何三个整体居中的（三个距离顶部的距离是20，第一个控件到第二个控件的距离是10，第二个到第三个控件的距离是15）。直接上代码： // // ViewController.m // MasonryDemo1 // // Created by zhanggui on 16/1/13. // Copyright © 2016年 zhanggui. All rights reserved. // #import "ViewController.h" #import "Masonry.h" @interface ViewController () @property (nonatomic,strong)UILabel *firstLabel; @property (nonatomic,strong)UILabel *secondLabel; @property (nonatomic,strong)UILabel *thirdLabel; @property (nonatomic,strong)UIView *containerView; @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; [self initConstarints]; } #pragma mark - 添加约束 - (void)initConstarints { [self.containerView mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(self.view.mas_top).offset(20); make.centerX.equalTo(self.view); }]; [self.firstLabel mas_makeConstraints:^(MASConstraintMaker *make) { make.top.equalTo(self.containerView.mas_top); make.left.equalTo(self.containerView.mas_left); make.bottom.equalTo(self.containerView.mas_bottom); }]; [self.secondLabel mas_makeConstraints:^(MASConstraintMaker *make) { make.centerY.equalTo(self.firstLabel); make.left.equalTo(self.firstLabel.mas_right).offset(10); }]; [self.thirdLabel mas_makeConstraints:^(MASConstraintMaker *make) { make.centerY.equalTo(self.firstLabel); make.left.equalTo(self.secondLabel.mas_right).offset(15); make.right.equalTo(self.containerView.mas_right); }]; } #pragma mark - Lazy Load - (UIView *)containerView { if (!_containerView) { _containerView = [[UIView alloc] init]; [self.view addSubview:_containerView]; } return _containerView; } - (UILabel *)firstLabel { if (!_firstLabel) { _firstLabel = [[UILabel alloc] init]; _firstLabel.text = @"第一个Label"; _firstLabel.font = [UIFont systemFontOfSize:18.0f]; [self.containerView addSubview:_firstLabel]; } return _firstLabel; } - (UILabel *)secondLabel { if (!_secondLabel) { _secondLabel = [[UILabel alloc] init]; _secondLabel.text = @"第二个Label"; _secondLabel.font = [UIFont systemFontOfSize:18.0f]; [self.containerView addSubview:_secondLabel]; } return _secondLabel; } - (UILabel *)thirdLabel { if (!_thirdLabel) { _thirdLabel = [[UILabel alloc] init]; _thirdLabel.text = @"第三个Label"; _thirdLabel.font = [UIFont systemFontOfSize:18.0f]; [self.containerView addSubview:_thirdLabel]; } return _thirdLabel; } @end 运行结果如下：这样就达到了我们期望的效果。其实就是加了一个UIView，然后把三个label放到view里面，然后让这个view居中。

发表了文章 2016-04-25

RunLoop机制理解

一、浅识RunLoop 　　RunLoop在开发中我们一直在用，但是没有注意他。要想理解RunLoop，首先我们需要先了解一下程序运行机制。　　程序运行机制：我们都知道OC是运行时语言，也就是说对象的类型是在程序运行的时候确定的。并调用类与对象相应的方法。但是最终代码的执行始终是面向过程的。线程也是一样：一个线程从开始代码执行，到结束代码销毁。app如何实现这样的机制：app从运行开始一直处于待命状态，接收到事件之后执行操作，操作完成后继续等待相应，直到程序终止运行。这样的管理线程执行任务的机制就是RunLoop机制。线程在执行中的休眠和激活就是由RunLoop对象进行管理的。二、RunLoop与线程的关系　　RunLoop是用来管理线程的。每一个线程都有一个RunLoop对象。可以通过具体的方法去获得。但是需要注意：虽然每一个线程都可以获取RUnLoop对象，但是并不是每一个线程中都有实例对象，我们可以这样理解：如果我们不获取RunLoop，这个RunLoop就不存在，我们获取时，如果不存在，就会去创建。在主线程中，这个MainRunLoop是默认创建并运行激活的。三、NSRunLoop 　　NSRunLoop是Cocoa框架中的类，与之对应的是在Core Fundation中有一个CFRunLoopRef类。这两者的区别是前者不是线程安全的，而CFRunLoopRef是线程安全的。 1、获取主线程的NSRunLoop //获取主线程的NSRunLoop +(NSRunLoop　*)mainRunLoop; 2、获取当前线程的NSRunLoop //获取当前线程的RunLoop:有的话就直接获取，没有的话就自动创建 +（NSRunLoop *）currentRunLoop; 3、NSRunLoop的执行模式 //获取当前runloop的执行模式 @property(readonly,copy)NSString *currentMode; //两种执行模式 //默认的模式，接收大部分输入源的响应 NSString *const NSDefaultRunLoopMode; //多种模式的集合 NSString *const NSRunLoopCommonModes; 4、获取RunLoop的CFRunLoopRef对象 //获取RunLoop的CFRunLoopRef对象 -（CFRunLoopREF）getCFRunLoop; 5、将定时器添加到RunLoop中 //将定时器添加到runloop中 -（void）addTimer:(NSTimer *)timer forMode:(NSString *)mode; 6、获取下个响应时间 -(NSDate *)limitDateForMode:(NSString *)mode; 定时器的执行，其实并不是按照时间段额间隔进行调用方法，而是在定时器注册到RunLoop中后，RunLoop会设置一个一个的时间点进行调用，例如，5,10,15,20等等。如果错过了某个时间点，定时器并不会延迟调用，而是直接等待下一个时间点调用，所以定时器并不是准确的。 7、在某个时间期限前接收相应 -(void)aceptInputForMode:(NSString *)mode beforeDate:(NSDate *)limitDate; 8、开始运行 -(void)run; 9、到某个时间点运行 -(void)runUntilDate:(NSDate *)limitDate; 10、在某个期限前运行 -(BOOL)runMode:(NSString *)mode beforeDate:(NSDate *)limitDate; 11、 - (void)addPort:(NSPort *)aPort forMode:(NSString *)mode; 添加输入源端口到runloop中，NSPort对象可以理解为详细的载体，会传递消息与其代理。 - (void)removePort:(NSPort *)aPort forMode:(NSString *)mode; 将某个输入源端口移除四、RunLoop的调用一般情况下我们很少去显式调用或者启动RunLoop，但是下边的情况需要手动设置。 1、在分线程中使用定时器定时器的实现是基于RunLoop的，平时我们使用定时器或许并没有对RunLoop做什么操作，那是因为主线程的RunLoop默认是开启运行的，如果我们进行如下操作: -(void)viewDidLoad{ [super viewDidLoad]; dispatch_queue_t queue = dispatch_queue_create("myQueue",DISPATCH_QUEUE_CONCURRENT); dispatch_async(queue,^{ NSTimer *timer = [NSTimer scheduledTimerWithTimerInterval:1 target:self selector:@selector(time) userInfo:nil repeats:YES]; }); } -(void)time{ NSLog(@"runTimer"); } 此时运行，控制台不会输出runTimer。我们必须在线程中手动的执行如下代码： [[NSRunLoop currentRunLoop] run]; 这样定时器才可以正常工作。 2、当线程中使用如下的方法时某些延迟函数和选择器在分线程中的使用，我们必须手动开始RunLoop @interface NSObject (NSDelayedPerforming) - (void)performSelector:(SEL)aSelector withObject:(id)anArgument afterDelay:(NSTimeInterval)delay inModes:(NSArray *)modes; - (void)performSelector:(SEL)aSelector withObject:(id)anArgument afterDelay:(NSTimeInterval)delay; + (void)cancelPreviousPerformRequestsWithTarget:(id)aTarget selector:(SEL)aSelector object:(id)anArgument; + (void)cancelPreviousPerformRequestsWithTarget:(id)aTarget; - (void)performSelector:(SEL)aSelector target:(id)target argument:(id)arg order:(NSUInteger)order modes:(NSArray *)modes; - (void)cancelPerformSelector:(SEL)aSelector target:(id)target argument:(id)arg; - (void)cancelPerformSelectorsWithTarget:(id)target; 五、其他输入源被注册到RunLoop中时会有方法进行remove。但是定时器没有remove，但是它的invalidate方法可以将其从RunLoop中移除。invalidate是重要的也是唯一的将定时器从RunLoop中注销的方法，所以如果我们创建了定时器，就一定要再不适用的时候调用invalidate方法。六、附参考自：http://my.oschina.net/u/2340880/blog/491966

发表了文章 2016-04-25

折半查找

今天在知乎上看了一个关于iOS面试题的一个问题，里面有一个题目如下：什么是Binary Search，其时间复杂度是多少呢？先介绍一下概念吧：折半查找（Binary Search）：又称二分查找。他的前提是线性表的记录必须有序。直接看代码： #include<stdio.h> //a[]是要查找的顺序表，n是表的长度，found是要查找的数据 int BinarySearch(int a[],int n,int found) { //------------------------------这里最好先判断一下数组是不是为空 int low = 0; int high = n-1; int mid; while(low<=high) { mid = (low+high)/2; // printf("-------------%d\n",mid); if(found==a[mid]) { return mid; }else if(found<a[mid]) { high = mid-1; }else { low = mid+1; } } return -1; } int main() { int found; int a[] = {0,1,16,24,35,47,59,62,73,88}; int i=BinarySearch(a,10,88); if(i!=-1) { printf("在数组中的位置是：%d,\n",i); }else { printf("没有找到数据"); } return 0; } 其时间复杂度为O(logn)

发表了文章 2016-04-25

(方法调配)Method Swizzling

一、概念　　方法调配：因为Objective-C是运行时语言，也就是说究竟会调用何种方法要在运行期才能解析出来。那么我们其实也可以在运行时改变选择子名称。这样我们既不需要查看到源代码，又没有必要去重写子类来覆写方法就能改变类本身的功能。这样一来新功能就会在类的所有实例中表现出来，而不仅限于那些重写子类的实例。这种方案就叫做“方法调配”（method swizzling）。　　IMP:类方法列表会把选择子的名称映射到方法的实现上，使得动态消息派发系统能够据次找到应该调用的方法，这些方法均以指针的形式来表示，这种指针叫做IMP。其原型如下： id(* IMP)(id,SEL,.....) 　　SEL:选择器用于表示一个方法在运行时的名字，一个方法的选择器是一个注册到（或映射到）Objective-C运行时中的C字符串，它是由编译器生成并在类加载的时候被运行时系统自动映射。　　一个类（Class）维护一张调度表（dispatch table）用于解析运行时发送的消息；调度表中的每个实体（entry）都是一个方法（Method），其中key值是一个唯一的名字——选择器（SEL），它对应到一个实现（IMP）——实际上就是指向标准C函数的指针。二、方法调配的实现首先看两张图片：以上图2-3是NSString可以相应的选择子lowercaseString,uppercaseString,capitalizedString。每个选择子都映射到了不同的IMP。现在我们通过运行系统提供的方法来将选择子映射表改为2-4所示的映射表。先简单说一下：我们没有重写子类或者其他，而是修改了方法的布局，这样就会反映到所有的NSString实例上。以下是一些基本的函数操作以及作用： ①、交换方法的实现 void method_exchangeImplementations(Method m1,Method m2) 此方法的参数是两个方法实现，方法实现可以通过以下函数获得： Method class_getInstanceMethod(Class class,SEL aSelector) 次方法根据给定的选择从类中取出相应的方法。现在举个例子交换lowcaseString和uppercaseString: Method originMethod = class_getInstanceMethod([NSString class],@selector(lowcaseString)); Method swipMethod = class_getInstanceMethod([NSString class],@selector(uppercaseString)); method_exchangeImplementations(originMethod,swipMethod); 此时如果我们调用NSString的lowcaseString那么实现的结果是uppercaseString的实现。（即如果调用小写转换则是大写转换）。直接交换的意义不大，我们一般都会用在想重写一个类的方法，然后添加自己的东西，然后将这个方法和类现有的方法进行交换。 ②、添加新的方法： + (IMP)swizzleSelector:(SEL)origSelector withIMP:(IMP)newIMP { Class class = [self class]; Method origMethod = class_getInstanceMethod(class, origSelector); IMP origIMP = method_getImplementation(origMethod); if(!class_addMethod(self, origSelector, newIMP, method_getTypeEncoding(origMethod))) { method_setImplementation(origMethod, newIMP); } return origIMP; } 具体就不在介绍了。你懂的，，，，三、总结： 1、在运行期间可以通过方法调配新增或者替换选择子对应方法的实现。 2、使用另一份实现来替换原有的实现，这道程序就叫做方法调配。 3、一定要注意使用，一般来说只有在调试程序的时候才去进行方法调配，很少有人在调试程序之外去直接改动某个类的功能。四、结束语： method swizzling就介绍这么多吧，希望能够帮助到大家。

发表了文章 2016-04-25

【转载】iOS堆和栈的理解

操作系统iOS 中应用程序使用的计算机内存不是统一分配空间，运行代码使用的空间在三个不同的内存区域，分成三个段：“text segment “，“stack segment ”，“heap segment ”。段“text segment ”是应用程序运行时应用程序代码存在的内存段。每一个指令，每一个单个函数、过程、方法和执行代码都存在这个内存段中直到应用程序退出。一般情况下，你不会真的不得不知道这个段的任何事情。当应用开始以后，函数main() 被调用，一些空间分配在”stack” 中。这是为应用分配的另一个段的内存空间，这是为了函数变量存储需要而分配的内存。每一次在应用中调用一个函数，“stack ”的一部分会被分配在”stack” 中，称之为”frame” 。新函数的本地变量分配在这里。正如名称所示，“stack ”是后进先出（LIFO ）结构。当函数调用其他的函数时，“stack frame ”会被创建；当其他函数退出后，这个“frame ”会自动被破坏。 “heap” 段也称为”data” 段，提供一个保存中介贯穿函数的执行过程，全局和静态变量保存在“heap”中，直到应用退出。为了访问你创建在heap 中的数据，你最少要求有一个保存在stack 中的指针，因为你的CPU 通过stack 中的指针访问heap 中的数据。你可以认为stack 中的一个指针仅仅是一个整型变量，保存了heap 中特定内存地址的数据。实际上，它有一点点复杂，但这是它的基本结构。简而言之，操作系统使用stack 段中的指针值访问heap 段中的对象。如果stack 对象的指针没有了，则heap 中的对象就不能访问。这也是内存泄露的原因。在iOS 操作系统的stack 段和heap 段中，你都可以创建数据对象。 stack 对象的优点主要有两点，一是创建速度快，二是管理简单，它有严格的生命周期。stack 对象的缺点是它不灵活。创建时长度是多大就一直是多大，创建时是哪个函数创建的，它的owner 就一直是它。不像heap 对象那样有多个owner ，其实多个owner 等同于引用计数。只有heap 对象才是采用“引用计数”方法管理它。 stack 对象的创建只要栈的剩余空间大于stack 对象申请创建的空间，操作系统就会为程序提供这段内存空间，否则将报异常提示栈溢出。 heap 对象的创建操作系统对于内存heap 段是采用链表进行管理的。操作系统有一个记录空闲内存地址的链表，当收到程序的申请时，会遍历链表，寻找第一个空间大于所申请的heap 节点，然后将该节点从空闲节点链表中删除，并将该节点的空间分配给程序。例如： NSString 的对象就是stack 中的对象，NSMutableString 的对象就是heap 中的对象。前者创建时分配的内存长度固定且不可修改；后者是分配内存长度是可变的，可有多个owner, 适用于计数管理内存管理模式。两类对象的创建方法也不同，前者直接创建“NSString * str1=@"welcome"; “，而后者需要先分配再初始化“ NSMutableString * mstr1=[[NSMutableString alloc] initWithString:@"welcome"]; ”。 (miki西游 @mikixiyou 原文链接: http://mikixiyou.iteye.com/blog/1595230 ) 再补充一点，这里说的是操作系统的堆和栈。在我们学习“数据结构”时，接触到的堆和栈的概念和这个操作系统中的堆和栈不是一回事的。操作系统的堆和栈是指对内存进行操作和管理的一些方式。 “数据结构“的堆实际上指的就是（满足堆性质的）优先Queue 的一种数据结构，第1 个元素有最高的优先权；栈实际上就是满足先进后出的性质的数据或数据结构。

发表了文章 2016-04-25

KVC实现原理简介

　KVC，全称：Key-Value-Coding。　　KVC运用了isa-swizzling技术。isa-swizzling就是类型混合指针机制。KVC主要通过isa-swizzling来实现其内部定位查找。isa指针（is a kind of），指向维护分发表的对象的类。该分发表实际上包含了指向实现类中的指针和其他数据。比如：8 [dic setVaule:@"zhangsan" forKey:@"name"]; 当运行的时候就会被编译成： SEL sel = sel_get_uid("setValue:forKey:"); IMP method = objc_msg_lookup(dic->isa,sel); method(dic,sel,@"zhangsan",@"name"); 其中，sel_get_uid函数是通过方法名得到一个方法选择器。 objc_msg_lookup:如果我们想用OC运行函数得到一个IMP，就可以使用objc_msg_lookup函数。这样KVC内部实现就可以这样描述了：一个对象在调用setValue的时候， 1、根据方法名找到运行方法的时候所需要的环境参数。 2、他会从自己isa指针结合环境参数，找到具体的方法实现接口。 3、再直接查找得到的具体的方法实现。

发表了文章 2016-04-25

第二条、在类的头文件中尽量少引入其他头文件

第二条、在类的头文件中尽量少引入其他头文件当我们在一个类中去引入另一个类的时候，我们经常会这样使用： #import "xxxx.h" 这是一种常见的方法，但是不够优雅。举个例子。在Driver类中 Driver.h #import <Foundation/Foundation.h> @interface Driver : NSObject @property(nonatomic)NSString *name; @property(nonatomic)NSString *driverCard; @end 当我们想在该类中引入Car类时,即： @property(weak)Car *myCar; 很明显我们一般都是： #import "Car.h" 但是我们在编译一个使用了Driver类的文件时，我们不需要知道Car类的全部细节，只需要知道有个类名叫Car就好，所幸有个方法能把这个情况告诉编译器： @class Car; 此时Driver.h文件如下： #import <Foundation/Foundation.h> @class Car; @interface Driver : NSObject @property(nonatomic)NSString *name; @property(nonatomic)NSString *driverCard; @property(weak)Car *myCar; @end 这叫做“向前声明（forward declaring）”该类。 Driver类的实现文件则需要引入Car的头文件，因为要使用Car,则必须要知道其所有接口细节。于是Driver实现头文件就是: Driver.m #import "Driver.h" #import "Car.h" @implementation Driver @end 将其引入头文件的时机尽量延后，只在有需要的时候才引入，这样就可以减少类的使用者所需引入的头文件的数量。加入本例把Car.h引入到Driver.h中，那么只要引入Driver.h，就会一并引入Car.h中的所有内容。此过程若持续下去，则要引入许多根本用不到的内容，这样会增加编译时间。总结除非确有必要，否则不要引入头文件。一般来说，应在某个类的头文件中使用向前声明来提及别的类，并在实现文件中引入那些类的头文件。这样做可以尽量降低类之间的耦合（coupling）. 有时无法使用向前声明，比如要声明某个类遵循一项协议。这种情况下，应尽量把“该类遵循某协议”的这条声明移至“class-continuation分类中”。如果不行的话，就把协议单独放在一个头文件中，然后将其引入。

发表了文章 2016-04-25

UIWebView

UIWebView 简介 UIWebView主要用来加载网页内容到你的APP。要想实现这些，你需要创建一个UIWebView对象，然后把它放到Window（或者其他View）上，发送一个请求网页内容的请求即可。你也可以使用这个类去实现查看网页的前进和后退，你甚至可以动态地去改变请求网页的内容。方法（不是所有） -(void)reload 该方法的作用是重新加载当前的页面，可用于网页的刷新。 -(void)stopLoading 该方法用于停止加载网页。比如当网页在加载时网速太慢会一直提示加载中，这个时候我们就可以调用该方法，然后停止加载。如果没有任何内容加载，则该方法不会做任何事情。 -(void)goBack 该方法用于返回上一层网页。比如你点击了百度首页的新闻，当你调用该方法时，它会自动地返回上一页。可用于制作浏览器的返回上一级功能。 -(void)goForward 该方法用于向前进。比如你点击了百度的首页新闻，然后又点击了某个新闻，这个时候我们可以调用goBack去返回新闻首页，在新闻首页我们可以使用goForward去进入刚才点击的某个新闻。可用于制作浏览器的前进一级功能。属性（不是所有） @property(nonatomic,readonly,getter=canGoBack) BOOL canGoBack; 该属性返回一直BOOL值，用于判断接收者是否可以返回上一级。 @property(nonatomic,readonly,getter=canGoForward) BOOL canGoForward; 该属性可以返回一个BOOL值，用于判断接收者是否可以前进一级。 @property (nonatomic, readonly, getter=isLoading) BOOL loading; 该属性用于判断接收者是否正在加载网页内容。

发表了文章 2016-04-25

iOS设计模式之组合模式

组合模式（Composite）基本理解整体和部分可以一直对待。组合模式：将对象组合成树形结构以表示“部分--整体”的层次结构。组合模式使得用户对单个对象和组合独享的使用具有一致性。透明方式和安全方式透明方式：在Component（为组合中的对象声明接口）中声明所有用来管理子对象的方法。这样实现该接口的子类都具有了该接口中的方法。这样的好处就是叶节点和枝节点对于外界没有区别，他们具有完全一致的行为接口。但问题也很明显，因为Leaf类本身不具备添加删除方法的功能，所以实现它是没有意义的。安全模式：在Component接口中不去声明Add和Remove方法，那么子类的Leaf也就不需要去实现它，而是在Composite声明所有用来管理子类对象的方法，这样做就不会出现刚才提到的问题，不过由于不够透明，所以树叶和树枝类将不具有相同的接口，客户端调用需要做相应的判断，带来了不便。何时使用组合模式当你发现需求中是体现部分与整体层次的结构时，以及你希望用户可以护绿组合对象昂与单个对象的不同，统一地使用组合结构中的所有对象时，就应该考虑用组合模式了。自定义控件时，就是把一些基本的控件组合起来，通过编程写成一个定制的控件。这就是典型的组合模式应用。组合模式的好处组合模式定义了包含基本对象和组合对象的类层次结构。基本对象可以被组合成更复杂的组合对象，而这些组合对象又可以被组合，这样不断地递归下去，客户端代码中，任何用的的基本对象的地方都可以使用组合对象了。组合模式让客户可以一致地使用组合结构和单个对象。何时使用组合模式想获得对象抽象的树形表示（整体部分的层次结构）。想让客户端统一处理组合结构中的所有对象。在Cocoa Touch框架中使用组合模式在Cocoa Touch 框架中，UIView被组织成一个组合结构。每个UIView的实例可以包含UIView的其他实例，形成统一的树形结构。让客户端对单个UIView对象和UIView的组合统一对待。例子首先，我们先建一个ComComponents类 ComComPonents.h // // ComComponents.h // CompositeDemo //公共的接口 // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import <Foundation/Foundation.h> @interface ComComponents : NSObject { NSString *name; } //@property(nonatomic,strong)NSString *name; - (ComComponents *)MyInit:(NSString *)myName; - (void)Add:(ComComponents *)c; - (void)Remove:(ComComponents *)c; -(void)Display:(int)depth; @end ComComponents.m // // ComComponents.m // CompositeDemo //类接口 // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ComComponents.h" @implementation ComComponents -(ComComponents *)MyInit:(NSString *)myName { name = myName; return self; } -(void)Add:(ComComponents *)c { return; } -(void)Remove:(ComComponents *)c { return; } -(void)Display:(int)depth { return; } @end Leaf.h // // Leaf.h // CompositeDemo //叶子类 // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ComComponents.h" @interface Leaf : ComComponents - (Leaf *)MyInit:(NSString *)myName; @end Leaf.m // // Leaf.m // CompositeDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "Leaf.h" @implementation Leaf -(Leaf *)MyInit:(NSString *)myName { name = myName; return self; } -(void)Add:(ComComponents *)c { NSLog(@"Can not add a leaf"); } -(void)Remove:(ComComponents *)c { NSLog(@"Can not remove from a leaf"); } -(void)Display:(int)depth { NSLog(@"[%dLevel]%@",depth,name); } @end Composite.h // // Composite.h // CompositeDemo //整体组合类 // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ComComponents.h" @interface Composite : ComComponents { NSMutableArray *childrenArr; } - (Composite *)MyInit:(NSString *)myName; @end Composite.m // // Composite.m // CompositeDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "Composite.h" @implementation Composite -(Composite *)MyInit:(NSString *)myName { name = myName; childrenArr = [NSMutableArray new]; return self; } - (void)Add:(ComComponents *)c { [childrenArr addObject:c]; } - (void)Remove:(ComComponents *)c { [childrenArr removeObject:c]; } -(void)Display:(int)depth { NSLog(@"[%dLevel]%@",depth,name); for(ComComponents *component in childrenArr) { [component Display:depth+1]; } } @end 然后在viewDidLoad中 - (void)viewDidLoad { [super viewDidLoad]; Composite *root = [[Composite alloc] MyInit:@"root"]; [root Add:[[Leaf alloc] MyInit:@"Leaf A"]]; [root Add:[[Leaf alloc] MyInit:@"Leaf B"]]; Composite *comp = [[Composite alloc] MyInit:@"Composite X"]; [comp Add:[[Leaf alloc]MyInit:@"Leaf XA"]]; [comp Add:[[Leaf alloc]MyInit:@"Leaf XB"]]; [root Add:comp]; Composite *comp2 = [[Composite alloc] MyInit:@"Composite XY"]; [comp2 Add:[[Leaf alloc] MyInit:@"Leaf XYA"]]; [comp2 Add:[[Leaf alloc] MyInit:@"Leaf XYB"]]; [comp Add:comp2]; [root Add:[[Leaf alloc] MyInit:@"Leaf C"]]; Leaf *leaf = [[Leaf alloc] MyInit:@"Leaf D"]; [root Add:leaf]; [root Remove:leaf]; [root Display:1]; } 输出结果： 2015-08-06 08:45:45.520 CompositeDemo[711:156155] [1Level]root 2015-08-06 08:45:45.520 CompositeDemo[711:156155] [2Level]Leaf A 2015-08-06 08:45:45.520 CompositeDemo[711:156155] [2Level]Leaf B 2015-08-06 08:45:45.520 CompositeDemo[711:156155] [2Level]Composite X 2015-08-06 08:45:45.520 CompositeDemo[711:156155] [3Level]Leaf XA 2015-08-06 08:45:45.520 CompositeDemo[711:156155] [3Level]Leaf XB 2015-08-06 08:45:45.520 CompositeDemo[711:156155] [3Level]Composite XY 2015-08-06 08:45:45.520 CompositeDemo[711:156155] [4Level]Leaf XYA 2015-08-06 08:45:45.521 CompositeDemo[711:156155] [4Level]Leaf XYB 2015-08-06 08:45:45.521 CompositeDemo[711:156155] [2Level]Leaf C 我们可以看出：该例子总共有三个类包括一个接口类ComComponents和两个接口类的子类，这样的话，我们可以直接再两个子类（Leaf和Composite）中去使用接口类中定义的方法，而且也可以重写方法。从而达到了组合（Composite）和单个对象（Leaf）的一致性。总结组合模式的主要意图是让树形结构中的每个节点具有相同的抽象接口。这样整个结构可以作为一个统一的抽象结构使用，而不是暴露其内部表示。对每个结点的任何操作，可以通过协议或抽象基类中定义的相同接口来进行附：源码下载地址：http://pan.baidu.com/s/1o602DOe 参考与：http://ohcoder.com/blog/2012/12/01/composite-pattern/

发表了文章 2016-04-25

iOS设计模式之观察者模式

观察者模式基本理解观察者模式又叫做发布-订阅（Publish/Subscribe）模式。观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，是他们能够自动更新自己。观察者只从通知器（发行商）把自己注册到（订阅）特定的通知（杂志）。当有通知的时候，观察者从通知器得到它订阅的通知。观察者模式的特点将一个系统分割成一系列相互协作的类有一个很不好的副作用，那就是需要维护相关对象间的一致性。我们不希望为了维护一致性而使各类紧密耦合，这样会给维护、扩展和重用都带来不便。而观察者的关键是有一个对象（Model），它可以有多个观察者，一旦对象的状态发生了变化，那么所有的观察者都可以得到通知，及时更新。使用场景当一个对象的改变需要同时改变其他对象的时候，我们就可以使用，而且不知道具体有多少个对象有待改变时，应该考虑使用观察者模式。观察者模式所做的工作就是在解除耦合。让耦合的双方都依赖于抽象，而不是依赖于具体。从而使得各自的变化都不会影响另一边的变化。例如，当用户点击视图上的排序按钮时，事件会传递给控制器，让模型在后台对其数据进行排序。当模型成功执行了对数据的操作后，它会通知所有相关的控制器，让他们用到的数据更新其视图。在Cocoa Touch框架中使用观察者模式 Cocoa Touch框架用两种技术改写了观察者模式--通知和键值观察（KVO）。尽管是两种不同的Cocoa技术，两者都实现了观察者模式。通知 Cocoa Touch框架中使用NSNotificationCenter和NSNotification对象实现了一对多的发布订阅模型。一个中心对象为所有观察者提供变更通知，主要从广义上关注程序事件键值观察被观察的对象直接向观察者发送通知，绑定与特定对象属性的值。例子 User.h // // User.h // ObserverDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import <Foundation/Foundation.h> @interface User : NSObject { NSString *userName; NSString *userAge; NSString *userAddress; } @end User.m // // User.m // ObserverDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "User.h" @implementation User @end ViewController.m // // ViewController.m // ObserverDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ViewController.h" #import "User.h" @interface ViewController () { User *user1; } @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; user1 = [User new]; [user1 setValue:@"zhangsan" forKey:@"userName"]; //KVO [user1 addObserver:self forKeyPath:@"userName" options:NSKeyValueObservingOptionNew|NSKeyValueObservingOptionOld context:@"I want to update name"]; _nameLabel.text = [user1 valueForKey:@"userName"]; //Notification [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(changeColor:) name:@"changeColor" object:nil]; } -(void)dealloc { [user1 removeObserver:self forKeyPath:@"userName"]; } #pragma mark - NotificationAction -(void)changeColor:(NSNotification *)notification { if ([notification.object isKindOfClass:[UIColor class]]) { self.view.backgroundColor = (UIColor *)notification.object; } NSLog(@"我收到通知了"); } #pragma mark - ButtonAction - (IBAction)buttonAction:(id)sender { [user1 setValue:@"zhangqiang" forKey:@"userName"]; } #pragma mark - ObserverMehtod -(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context { if ([keyPath isEqualToString:@"userName"]) { _nameLabel.text = [user1 valueForKey:@"userName"]; } } @end SecondViewController.m // // SecondViewController.m // ObserverDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "SecondViewController.h" @interface SecondViewController () @end @implementation SecondViewController - (void)viewDidLoad { [super viewDidLoad]; // Do any additional setup after loading the view. } - (IBAction)changeColorAction:(id)sender { [[NSNotificationCenter defaultCenter] postNotificationName:@"changeColor" object:[UIColor redColor]]; } @end 上述例子中分别使用了KVO和NSNotificationCenter来体现观察者模式。其中： [user1 addObserver:self forKeyPath:@"userName" options:NSKeyValueObservingOptionNew|NSKeyValueObservingOptionOld context:@"I want to update name"]; 我们给user1添加观察者self，也就是ViewController。让它去观察user的userName属性，当有更新的时候就会调用： -(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context { if ([keyPath isEqualToString:@"userName"]) { _nameLabel.text = [user1 valueForKey:@"userName"]; } } 在这里来处理显示内容的更新。还有就是通过SecondViewController中点击一个按钮去改变ViewController的背景色，具体请看代码。附：源码下载地址：http://pan.baidu.com/s/1hq706hu

发表了文章 2016-04-25

iOS设计模式之中介者模式

中介者模式基本理解中介者模式又叫做调停者模式，其实就是中间人或者调停者的意思。尽管将一个系统分割成许多对象通常可以增加可复用性，但是对象之间的连接又降低了可复用性。如果两个类不必彼此直接通信，那么着两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的方法的话，可以用过第三者转发这个调用。而这个第三者就是中介者。概念：中介者模式（Mediator）,用一个中介者对象来封装一系列的对象交互。中介者使各个对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变他们之间的交互。 UINavigationViewController就是属于一个中介者。中介者模式的优缺点中介者模式很容易在系统中应用，也很容易在系统中误用。当系统出现了多对多交互复杂的对象群时，不要急于使用中介者模式，而要先反思你在系统上设计是否合理。优点就是集中控制，减少了对象之间的耦合度。缺点就是太过于集中。应用场景对象间的交互虽定义明确然而非常复杂，导致一组对象彼此相互依赖而且难以理解。因为对象引用了许多其他对象并与其通信，导致对象难以复用。想要定制一个分布在多个类中的逻辑或者行为，又不想生成太多子类。例子 CoordinatingViewController.h // // CoordinatingViewController.h // CoordinateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import <UIKit/UIKit.h> typedef NS_ENUM(NSInteger,ButtonTag) { kButtontagOpenThree, kButtontagOpenThreeNext, kButtontagBackThree }; @interface CoordinatingViewController : UIViewController @property(nonatomic,strong)NSMutableArray *controllersArray; @property(nonatomic,strong)UIViewController *activeController; @property(nonatomic,strong)UIViewController *mainViewController; +(instancetype)shareInstance; - (void)requestViewChangeByObject:(id)sender; @end CoordinationgViewController.m // // CoordinatingViewController.m // CoordinateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "CoordinatingViewController.h" #import "ThirdViewController.h" #import "Third2ViewController.h" @interface CoordinatingViewController () { // UIStoryboard *storyboard; } @end @implementation CoordinatingViewController +(instancetype)shareInstance { static CoordinatingViewController *coorVC; if (coorVC==nil) { coorVC = [[self alloc] init]; } return coorVC; } - (void)viewDidLoad { [super viewDidLoad]; // storyboard = [UIStoryboard storyboardWithName:@"Main" bundle:nil]; // Do any additional setup after loading the view. } - (void)requestViewChangeByObject:(id)sender { UIStoryboard *storyboard =[UIStoryboard storyboardWithName:@"Main" bundle:nil]; if ([sender isKindOfClass:[UIButton class]]) { switch ([sender tag]) { case kButtontagOpenThree: { ThirdViewController *thirdVC = [storyboard instantiateViewControllerWithIdentifier:@"ThirdViewController"]; self.activeController = thirdVC; [self.controllersArray addObject:thirdVC]; // UINavigationController *nav = [[UINavigationController alloc] initWithRootViewController:thirdVC]; [self.mainViewController presentViewController:thirdVC animated:YES completion:nil]; } break; case kButtontagOpenThreeNext: { Third2ViewController *third2VC = [storyboard instantiateViewControllerWithIdentifier:@"Third2ViewController"]; [self.controllersArray addObject:third2VC]; UIViewController *cvc = [self.controllersArray objectAtIndex:1]; [cvc presentViewController:third2VC animated:YES completion:nil]; } break; case kButtontagBackThree: { UIViewController *cvc = [self.controllersArray objectAtIndex:2]; [cvc dismissViewControllerAnimated:YES completion:nil]; [self.controllersArray removeObjectAtIndex:2]; } break; default: { UIViewController *cvc = [self.controllersArray objectAtIndex:1]; [cvc dismissViewControllerAnimated:YES completion:nil]; [self.controllersArray removeObjectAtIndex:1]; } break; } } } @end 上面这个就是中介类。在ViewController.m // // ViewController.m // CoordinateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ViewController.h" #import "CoordinatingViewController.h" @interface ViewController () { CoordinatingViewController *coorController; } @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; coorController = [CoordinatingViewController shareInstance]; coorController.controllersArray = [[NSMutableArray alloc] initWithObjects:self, nil]; _firstButton.tag = kButtontagOpenThree; coorController.activeController = self; coorController.mainViewController = self; // Do any additional setup after loading the view, typically from a nib. } - (IBAction)showAction:(id)sender { [coorController requestViewChangeByObject:_firstButton]; } @end ThirdViewController.m // // ThirdViewController.m // CoordinateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ThirdViewController.h" #import "CoordinatingViewController.h" @interface ThirdViewController () @end @implementation ThirdViewController - (void)viewDidLoad { [super viewDidLoad]; // Do any additional setup after loading the view. } - (void)didReceiveMemoryWarning { [super didReceiveMemoryWarning]; // Dispose of any resources that can be recreated. } - (IBAction)forwardAction:(id)sender { if ([sender isKindOfClass:[UIButton class]]) { UIButton *btn = (UIButton *)sender; btn.tag = kButtontagOpenThreeNext; CoordinatingViewController *coor = [CoordinatingViewController shareInstance]; [coor requestViewChangeByObject:btn]; } } @end Third2ViewController.m // // Third2ViewController.m // CoordinateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "Third2ViewController.h" #import "CoordinatingViewController.h" @interface Third2ViewController () @end @implementation Third2ViewController - (void)viewDidLoad { [super viewDidLoad]; // Do any additional setup after loading the view. } - (void)didReceiveMemoryWarning { [super didReceiveMemoryWarning]; // Dispose of any resources that can be recreated. } /* #pragma mark - Navigation // In a storyboard-based application, you will often want to do a little preparation before navigation - (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender { // Get the new view controller using [segue destinationViewController]. // Pass the selected object to the new view controller. } */ - (IBAction)backAction:(id)sender { if ([sender isKindOfClass:[UIButton class]]) { UIButton *btn = (UIButton *)sender; btn.tag = kButtontagBackThree; CoordinatingViewController *coor = [CoordinatingViewController shareInstance]; [coor requestViewChangeByObject:btn]; } } - (IBAction)forwardAction:(id)sender { } @end 上面的这两个就是视图迁移的中介处理ThirdViewController和Third2ViewController。附：项目源码：http://pan.baidu.com/s/1gdGWbeV

发表了文章 2016-04-25

iOS设计模式之单例模式

单例模式基础理解所有类都有构造方法，不编码则系统默认生成空的构造方法，若有显示定义的构造方法，默认的构造方法就会失效。单例模式（Singleton）：保证一个类仅有一个实例，并提供一个访问它的全局访问点。 *通常我们可以让一个全局变量使得一个对象被访问，但它不能防止你实例化多个对象。一个最好的办法就是：让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建，并且它可以提供一个访问该实例的方法。单例模式的意图是使得类的一个对象成为系统中的唯一实例。好处单例模式可以保证唯一的实例。单例模式因为类本身封装了它的唯一实例，这样它可以严格地控制客户怎么样访问他以及何时访问他。简单来说就是对唯一实例的受控访问。多线程中的单例在多线程程序中，多个线程同时，值得注意的是同时访问单例的构造方法，会有可能造成创建多个实例的。所以我们需要把进程加一把锁来处理。lock 是确保当一个线程位于代码的临界区时，另一个线程不进去临界区。如果其他线程试图进入锁定的代码，则它将一直等待，知道该对象被释放。双重锁定我们不用让线程每次都加锁，而只是在实例未被创建的时候再加锁处理。同时也能保证多线程的安全。这种做法被称为Double-Check Locking(双重锁定)。饿汉式单例类：静态初始化的方式是在自己被加载时就将自己实例化。懒汉式单例类：要在第一次被引用时，才会将自己实例化。懒汉式和饿汉式比较由于类一加载就实例化对象，所以要提前占用系统资源。而懒汉式又会面临着多线程访问的安全性问题，需要做双重锁定这样的处理才能保证安全。从C#语言的角度来讲，饿汉式单例类已经满足我们的需求了。使用单例的情况类中只能有一个实例，而且必须从一个为人熟知的访问点对其进行访问。这个唯一的实例只能够通过子类化进行扩展，而且扩展的对象不会破坏客户端代码。在Cocoa Touch中使用单例模式使用UIApplication类。这是框架中最为常用的一个单例类，他提供了一个控制并协调iOS应用程序的集中点。使用UIAccelerometer类。该类让应用程序可以进行注册，以接收来自iOS设备内置的加速计的加速度相关数据。应用程序会收到三维空间中沿主轴的线性加速度变化，可以使用这一数据监测设备的当前方向和当前方向的瞬间变化。使用NSFileManager类。例子 Singleton.h // // Singleton.h // SingletonDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import <Foundation/Foundation.h> @interface Singleton : NSObject +(instancetype)sharedInstance; @end Singleton.m // // Singleton.m // SingletonDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "Singleton.h" @implementation Singleton +(instancetype)sharedInstance { static Singleton *sharedInstance = nil; static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ sharedInstance = [[self alloc] init]; }); return sharedInstance; } @end 上面这种方式是最安全也是最有效的创建单例的方式。不可能去创建两个实例，而且使100%的线程安全。总结几乎在任何的应用程序中，单例模式都极为常用，并不只限于iOS应用程序开发。只要应用程序需要用集中式的类来协助其服务，这个类就应生成单一的实例，而不是多个实例。附：源码：http://pan.baidu.com/s/1c06mKOo

发表了文章 2016-04-25

iOS设计模式之代理模式

代理模式基本理解代理模式（Proxy）,为其他对象提供一种代理以控制对这个对象的访问。代理模式的应用远程代理：就是为一个对象在不同的地址空间提供据不代表。这样可以隐藏一个对象存在于不同地址空间的事实。虚拟代理：是根据需要创建开销很大的对象，通过它来存放实例化需要很长时间的真实对象。安全代理：用来控制真实对象访问时的权限。 *智能指引：是指当调用真实的对象时，代理处理另外一些事。例子 ChildViewCongroller.h // // ChildViewController.h // DelegateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import <UIKit/UIKit.h> @protocol ChildDelegate <NSObject> -(void)changeColor:(UIColor *)color; @end @interface ChildViewController : UIViewController { } @property(assign,nonatomic)id <ChildDelegate>ChildDelegate; @end ChildVIewController.m // // ChildViewController.m // DelegateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ChildViewController.h" @interface ChildViewController () @end @implementation ChildViewController - (void)viewDidLoad { [super viewDidLoad]; self.view.backgroundColor = [UIColor whiteColor]; UIButton *button = [[UIButton alloc] initWithFrame:CGRectMake(0, 100, 200, 50)]; [button addTarget:self action:@selector(show) forControlEvents:UIControlEventTouchUpInside]; // button.backgroundColor = [UIColor redColor]; [button setTitleColor:[UIColor blackColor] forState:UIControlStateNormal]; [button setTitle:@"返回调用代理" forState:UIControlStateNormal]; [self.view addSubview:button]; } -(void)show { [_ChildDelegate changeColor:[UIColor redColor]]; [self.navigationController popToRootViewControllerAnimated:YES]; } @end 在一个ViewController中去push出来ChildViewController。点击ChildViewController中的按钮改变根视图的背景色 ViewController.h // // ViewController.h // DelegateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import <UIKit/UIKit.h> #import "ChildViewController.h" @interface ViewController : UIViewController<ChildDelegate> - (IBAction)showChild:(id)sender; @end ViewController.m // // ViewController.m // DelegateDemo // // Created by zhanggui on 15/8/6. // Copyright (c) 2015年 zhanggui. All rights reserved. // #import "ViewController.h" @interface ViewController () @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; } #pragma mark - ChildViewDelegate Mehtod -(void)changeColor:(UIColor *)color { self.view.backgroundColor =color; NSLog(@"change color....."); } - (IBAction)showChild:(id)sender { ChildViewController *child = [ChildViewController new]; child.ChildDelegate = self; [self.navigationController pushViewController:child animated:YES]; } @end 这样通过代理就可以去实现。

我不是掌柜_个人页

个人介绍

擅长的技术

对Link Map File的初步认识

Mac如何编译FFmpeg

WebDriverAgent入门篇-安装和使用

如何用Safari联调Hybrid APP

小程序支持打开移动应用到底是怎么回事？

什么是ObjCTypes?

Runtime那些事

class_copyIvarList方法获取实例变量问题引发的思考

老生常谈之Block

深入浅出了解frame和bounds

我是如何一步一步实现网页离线缓存的###我是如何一步一步实现网页离线缓存的？

深入浅出理解消息的传递和转发机制

如何统计iOS产品不同渠道的下载量？

App Extensions篇之Sticker Pack Extension

App Extensions篇之Share Extension

看过WWDC2017的闲谈

Apple本地认证(密码+Touch id)

如何用两个button等分屏幕宽度？

改变iOS app的icon(iOS10.3)

WKWebView代理方法解析

iOS深入学习之Weak关键字介绍

Mac安装Jenkins

Project、Target、Workspace and Scheme

UITextField的代理方法：textField:shouldChangeCharactersInRange:replacementString

谈谈AppDelegate

谈谈iOS中的锁

使用私有Pod Spec的类库--提高公司开发效率

GitHub+hexo之配置域名

把自己Github上的代码添加Cocoapods支持

iOS开发--遇到ARGB/RGBA怎么办

iOS设计模式之代理模式

ReactiveCocoa入门教程：第二部分

iOS第三方类库JSPatch（热更新）

限制UITextField输入内容的长度

SDWebImage的简单使用

得到设备是何种iPhone设备 + 怎么获得启动页面图片

iOS远程推送之友盟Push

iOS常用第三方库之Masonry

RunLoop机制理解

折半查找

(方法调配)Method Swizzling

【转载】iOS堆和栈的理解

KVC实现原理简介

第二条、在类的头文件中尽量少引入其他头文件

UIWebView

iOS设计模式之组合模式

iOS设计模式之观察者模式

iOS设计模式之中介者模式

iOS设计模式之单例模式

iOS设计模式之代理模式

对Link Map File的初步认识

Mac如何编译FFmpeg

WebDriverAgent入门篇-安装和使用

如何用Safari联调Hybrid APP

小程序支持打开移动应用到底是怎么回事？

什么是ObjCTypes?

Runtime那些事

class_copyIvarList方法获取实例变量问题引发的思考

老生常谈之Block

深入浅出了解frame和bounds

我是如何一步一步实现网页离线缓存的###我是如何一步一步实现网页离线缓存的？

深入浅出理解消息的传递和转发机制

如何统计iOS产品不同渠道的下载量？

App Extensions篇之Sticker Pack Extension

App Extensions篇之Share Extension

看过WWDC2017的闲谈

Apple本地认证(密码+Touch id)

如何用两个button等分屏幕宽度？

改变iOS app的icon(iOS10.3)

WKWebView代理方法解析