ios_placeholder 属性与按钮倒计时功能

又到了一周的末尾，今天下午睡到刚刚才起来，但是每周该写的博客总结还得写是不是，啊啊啊～我和我最后的执着～

今天要跟大家分享的是与非在 ios 学习进程中遇到的一些问题和解决方法（其实就是百度，笑cry），文末附赠 git 使用手册哦，这里推荐一个 git 学习网址，相信大家都知道，就是廖雪峰的 git 教程。这套 git 使用手册也是与非在看这个教程学习时候总结的，当然你也创造一个专属于自己的青春修炼（git 使用）手册。

首先介绍 placeholder，它是 UITextField 控件中的一个属性，即占位文字，默颜色是 70% 灰。占位文字也就是那些你在输入前，在输入框中已有的文字提示，你一点击就会消失的那些文字，就是下图所示那样啦：

这里的“搜索或输入网站名称”就是用拥有 placeholder 这个属性的 UITextField 控件实现的。在父控件 viewDidLoad 加载完后直接用这个方法即可。也许你会说这样的文字下面一般还有下划线，对的。下面我们来说说这里的下划线，我暂时只学习到了一部分没有特别透彻的了解，以后会继续补充，我的解决方法是建立一个下划线类 underLine（自定义命名），然后在 .m 文件里调用类名。关键代码如下：

CGContextRef context = UIGraphicsGetCurrentContext();CGContextSetFillColorWithColor(context, [UIColor grayColor].CGColor);CGContextFillRect(context, CGRectMake(0, CGRectGetHeight(self.frame) - 1, CGRectGetWidth(self.frame), 1));}

然后在对你要设置输入实现相应功能的类名 myclass 调用该方法，并用 CGRectMake 规定好大小，不然有可能显示不出来哦，代码如下：

self.myclass = [[underLine alloc]initWithFrame:CGRectMake(100, 100, 200, 50)];

我们今天还要讲的一点是倒计时功能，当你点击了获取验证码后，有一个时间限制，让你再次获取验证码，这里实现的倒计时就是这个功能，方法很简单，调用一个方法即可，代码如下：

-(void)timeLost{    //倒计时时间    __block NSInteger time = 59;    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);    dispatch_source_t _timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);    //每秒执行      dispatch_source_set_timer(_timer,dispatch_walltime(NULL, 0),1.0*NSEC_PER_SEC, 0);    dispatch_source_set_event_handler(_timer, ^{        //倒计时结束，关闭        if(time <= 0){            dispatch_source_cancel(_timer);            dispatch_async(dispatch_get_main_queue(), ^{                //设置按钮的样式                [self.myBtn setTitle:@"重新发送" forState:UIControlStateNormal];                [self.myBtn setTitleColor:[UIColor blh_colorFromHexCode:@"32CD32"] forState:UIControlStateNormal];                self.myBtn.userInteractionEnabled = YES;            });        }else{            int seconds = time % 60;            dispatch_async(dispatch_get_main_queue(), ^{                //设置按钮显示读秒效果                [self.myBtn setTitle:[NSString stringWithFormat:@"倒计时%.2d秒再点我一遍！", seconds] forState:UIControlStateNormal];                [self.myBtn setTitleColor:[UIColor blh_colorFromHexCode:@"A9A9A9"] forState:UIControlStateNormal];                self.myBtn.userInteractionEnabled = NO;            });            time--;        }    });    dispatch_resume(_timer);}

然后在按钮的点击事件里调用该方法即可。这里还涉及到十六进制颜色转 RGB 颜色，你需要先将这步实现后才能运行哦。与非这里不再赘述，当然你也可以用别的方法实现文本颜色的变化，我们在后面的学习中可以继续讨论，欢迎大家向我指导，谢谢。

---

小记：
在这星期的学习过程中，我对 .m 和 .h 文件有了更多的认识，通常实现一个功能需要新建一个类，然后在 UIView 里调用，在调用的时候一定要找好对应的关系，否则很容易报错，即要整理好逻辑，明白它的每一步在做什么。这点是我觉得需要在以后的学习中深深加强的方面。好啦，今天的总结就到这里，那么，奉上文末彩蛋，谢谢大家的围观～我们下周见！

Git 的一些指令用法：

• pwd 命令用于显示当前目录
• 通过 git init 命令把这个目录变成Git可以管理的仓库
• 如果你没有看到 .git 目录，那是因为这个目录默认是隐藏的，用 ls -ah 命令就可以看见
• 使用标准的 UTF-8 编码
• 用命令 git add 告诉 Git，把文件添加到仓库(先要把这个文件放到仓库目录下)
• git commit 命令，-m
  后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录
• commit 可以一次提交很多文件，所以你可以多次 add 不同的文件
• git status 命令可以让我们时刻掌握仓库当前的状态
• git diff 命令看具体修改了什么内容
• 把修改提交到 git 版本库：
• 提交修改和提交新文件是一样的两步，第一步是 git add【实际上就是把文件修改添加到暂存区】
  在执行第二步 git commit【实际上就是把暂存区的所有内容提交到当前分支】之前，我们再运行 git status 看看当前仓库的状态
  提交后，我们再用 git status 命令看看仓库的当前状态 即：git add——>git status——>gitcommit——>git status
• git log 命令显示从最近到最远的提交日志,加上 –pretty=oneline 参数显示为一行（git log
  –pretty=oneline ）
• 在 Git 中，用 HEAD 表示当前版本，上一个版本就是 HEAD^，上上一个版本就是HEAD^^，当然往上 100 个版本写 100个 ^ 比较容易数不过来，所以写成 HEAD~100
• 退回上一个版本 git reset –hard HEAD^
• 然后用 git log 再看看现在版本库的状态，用 git log 可以查看提交历史，以便确定要回退到哪个版本
• 找到操作文件那步的的 commit id（前面的十六进制数），用 git reset –hard commit_id
  指定回到未来的某个版本（未关闭终端窗口的恢复操作）
• Git 提供了一个命令 git reflog 用来记录你的每一次命令
• 用 git reflog 查看命令历史，以便确定要回到未来的哪个版本（关闭终端后再想恢复的操作）
• git cat-file 命令显示版本库对象的内容、类型及大小信息,cat 文件名：显示文件内容
• 第一次修改 -> git add -> 第二次修改 -> git add -> git commit，每次修改，如果不 add 到暂存区，那就不会加入到 commit 中
• git checkout – file 可以丢弃工作区的修改：
• 1／是文件自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态
  2／是文件已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态————让这个文件回到最近一次 git commit 或 git add 时的状态
• 用命令 git reset HEAD file 可以把暂存区的修改撤销掉（unstage），重新放回工作区
• 你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令 git checkout – file
• 当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了上一点，第二步按上一步（git checkout – file）操作
• 从暂存区提交到了版本库，还没有把自己的本地版本库推送到远程，用退回上一个版本的操作（git reset –hard HEAD^）
• rm 文件名：删除该文件
• 用 git status 查看哪些文件被删除
• 删错了，用 git checkout 文件名：用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”
• git rm 文件名：从版本库删除该文件，并 git commit，之后不能再还原了
• 命令 git rm 用于删除一个文件，如果一个文件已经被提交到版本库，误删可恢复，但只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容
• 添加远程库：在 github 上建立好后，在终端用命令
• git remote add origin [e-mail]:youraccount/learngit
  在本地关联的就是我的远程库，添加后，远程库的名字就是 origin，这是 Git 默认的叫法，也可以改成别的，但是 origin 这个名字一看就知道是远程库 git push -u origin master 把本地库的所有内容推送到远程库上，用git push命令，实际上是把当前分支 master 推送到远程。
  由于远程库是空的，我们第一次推送 master 分支时，加上了 -u 参数，Git 不但会把本地的 master 分支内容推送的远程新的 master 分支，还会把本地的 master 分支和远程的
  master 分支关联起来，在以后的推送或者拉取时就可以简化命令
• 从现在起，只要本地作了提交，就可以通过命令： git push origin master
• 用命令 git clone 克隆一个本地库：git clone
  [e-mail]:youraccount/learngitskills.git
• Git 支持多种协议，包括 https，但通过 ssh 支持的原生 git 协议速度最快
• 创建 dev 分支，然后切换到 dev 分支，git checkout -b dev (git checkout 命令加上 -b
  参数表示创建并切换，相当于以下两条命令：gitbranchdev git checkout dev)
• 用 git branch 命令查看当前分支，git branch 命令会列出所有分支，当前分支前面会标一个 * 号
• Dev 分支的工作完成，我们就可以切换回 master 分支：git checkout master
• 把 dev 分支的工作成果合并到 master 分支上：git merge dev，git merge 命令用于合并指定分支到当前分支
• git branch -d dev 删除 dev 分支
• 总结：
• 查看分支：git branch
• 创建分支：git branch
• 切换分支：git checkout
• 创建+切换分支：git checkout -b
• 合并某分支到当前分支：git merge
• 删除分支：git branch -d
• 在两个分支上同时修改一个文件会发生冲突，当 Git 无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成，用 git log —graph 命令可以看到分支合并图
• git merge –no-ff -m”again and again” dev，用git
  log看看分支历史，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并
• 在实际开发中，按照几个基本原则进行分支管理：
• Master 分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活
• 在 dev 分支上干活，也就是说，dev 分支是不稳定的，到某个时候，比如 1.0 版 本发布时，再把 dev 分支合并到 master
  上，在 master 分支发布 1.0 版本
• 你和你的小伙伴们每个人都在 dev 分支上干活，每个人都有自己的分支，时不时地往 dev 分支上合并就可以了
• Bug 分支：
• 在 Git 中，由于分支是如此的强大，所以，每个 bug 都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除
• Git 提供了一个 stash 功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作（如当前正在 dev
  上进行的工作还没有提交）
• 用 git status 查看工作区，就是干净的（除非有没有被 Git 管理的文件）
• 因此可以放心地创建分支来修复 bug
• 首先确定要在哪个分支上修复 bug，假定需要在 master 分支上修复，就从 master 创建临时分支：git checkout master／git checkout -b 分支名 现在修复 bug 然后提交
• 修复完成后，切换到 master 分支，并完成合并，最后删除临时分支 接着回到 dev 分支干活
• 用 git stash list 命令看工作现场
• 工作现场还在，Git 把 stash 内容存在某个地方了，但是需要恢复一下，有两个办法： 用 git stash apply
  恢复，但是恢复后，stash 内容并不删除，需要用 git stash drop 来删除
• 用 git stash pop，恢复的同时把 stash 内容也删了
• 再用 git stash list 查看就看不到任何 stash 内容，可以多次 stash，恢复的时候，先用 git stash list 查看，然后恢复指定的 stash，用命令：git stash apply stash@{0}
• 修复 bug 时通过创建新的 bug 分支进行修复然后合并最后删除，当手头工作没有完成时，先把工作现场 git stash 一下，然后去修复 bug 修复后再 git stash pop，回到工作现场
• 每添加一个新功能，最好新建一个 feature 分支，在上面开发，完成后合并，最后删除该 feature 分支
• 开发一个新 feature，最好新建一个分支，如果要丢弃一个没有被合并过的分支，可以通过 git branch -D 强行删除
• 当你从远程仓库克隆时，实际上 Git 自动把本地的 master 分支和远程的 master 分支对应起来了，并且远程仓库的默认名称是
  origin
• 要查看远程库的信息，用 git remote
• 用 git remote -v 显示更详细的信息
• 推送分支，就是把该分支上的所有本地提交推送到远程库 git push master 分支是主分支，因此要时刻与远程同步
• Dev 分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步
• Bug 分支只用于在本地修复 bug，没必要推到远程
• Feature 分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发
• 本地新建的分支如果不推送到远程，对其他人就是不可见的
• 从本地推送分支，使用 git push origin branch-name，如果推送失败，先用 git pull 抓取远程的新提交
• 在本地创建和远程分支对应的分支，使用 git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致
• 建立本地分支和远程分支的关联，使用 git branch –set-upstream branch-name origin/branch-name
• 敲命令 git tag 可以打一个新标签
• 用命令 git tag 查看所有标签
• 默认标签打在最新提交的 commit 上，否则找到历史提交的 commit id，然后用命令 git tag 打上标签
• 历史提交的 commit id，用命令 git log –pretty=oneline —abbrev-commit
• 标签不是按时间顺序列出，而是按字母排序的，用 git show 查看标签信息
• 创建带有说明的标签，用 -a 指定标签名，-m 指定说明文字，用命令 git show 可以看到说明文字
• 通过 -s 用私钥签名一个标签，签名采用 PGP 签名
• 创建的标签都只存储在本地，不会自动推送到远程，打错的标签可以在本地安全删除 git tag -d
• 推送某个标签到远程，使用命令 git push origin
• 一次性推送全部尚未推送到远程的本地标签 git push origin —tags
• 如果标签已经推送到远程，要删除远程标签先从本地删除再从远程删除，删除命令也是 push
• 命令 git push origin :refs/tags/ 可以删除一个远程标签
• Github

---

完