#pragma mark

大家好,我是小编Vicky,今天是国庆节的第二天,由于天气较热,下午就不打算出去玩了,就学习了一波#pragma,可能大多数猿猿们都用到过.例如下面的例子:

#pragma mark

可能大家看到这面的#pragma mark -ViewController 说这不就是我们常见的区分代码块的吗?在这里小编说,对并没有错,我们经常用它来区分各个功能的代码块,如ViewController的生命周期,TableView的delegate和datasource,内存警告,还有一些点击事件等.例如下面这样可以迅速的找到对应的方法.

示例

整理代码

作为好的程序员,不仅在技术能力上会比较强以外,他的代码也很有条理,很容易使人看明白.

但是现实中程序员不注意自己的代码整理（当然还有我咯),我们使用第三方,不仅要理解他们的实现思路,更应该学习他们的代码规范,比如AFNetworking的代码,还有系统的代码,无论是从注释还是格式化上都是我们值得学习的.代码整理相当于卫生问题,就算你衣着光鲜亮丽的去上班,但是当别人看到你写的代码,还是那么的邋遢,你的整体印象也不会很好.所以做好代码整理很重要.而#pragma的使用就可能在一小部分上解决我们代码散乱不堪的问题.将属于一个功能,或者是一个代理方法的放在一起,方便后面的人查找和review.

好了现在就说这些了,以后这种问题还得自己慢慢学习.我也正在学习一些代码规范.希望大家多多提意见.

防止警告

现在如果你正在有Xcode正在运行项目,那么随着我来改几个东西,你就会发现干什么,什么都报错,Xcode进入了一种困难模式.

设置Treat warning as errors 为yes

再将

在设置other c flags 的标志为-Weverything

一个空的项目我还啥都没干就开始报错了,看下图:

警告

哈哈不要慌,第一个警告是导入UIkit框架报错,那是因为我们设置了Weverything标志出现的错误,stackOverFlow上游错误的解释和解决办法,那就是使用@ import,@ import是你不需要添加框架在项目设置,自动完成。

实际上你不需要使用@ import关键字。如果您选择使用模块,所有进口#和# include指令自动映射到使用@ import。现在我们先可以将其关掉.

在ViewController.h中申明一个方法,我们来看看会发生什么.

申明方法

我们申明方法,但是为实现,在原本的Xcode中是没有什么问题的但是刚才我们将所有的警告和错误打开后看看会发生什么.

错误

在.m文件中错误提示我们我们申明的方法没有找到,但是如果我们在.m文件将其方法实现了,错误就消失了.为什么会这样了.先来科普一波吧,原来我们没有设置treat warnings as error的话,只是提示警告,说没有方法实现,但是设置完之后就会报错,原因就是我们设置的这个其实是将设置Xcode将warning总是当作error来处理.就是以前我们写的所有的可能会发生警告的代码都会提示为错误,比如申明变量却没有用到等问题.如果你是一个注重代码质量并且习惯困难模式下开发的话,可以尝试打开这个设置,如果不是那还是请你关上吧.再看一个问题就是我们常常用到switch语句,早默认最后都有一个default来结束.但是当打开上面两个选项后会报出错误.

switch语句

错误提示

我们都知道枚举值都是NSinteger类型,所以默认的default是必要的保障,也就是有默认的值,但是我们从来就没有指定default的值,这是就很尴尬,也不知道该怎样解决是,我们想到了AFNetworking中的

取消警告和报错

可能我们在查看af源代码的同时会看到过这样的代码,当我们将其注释掉时,会编译报错.但是将其放开时,就没有什么错误.那到底是为什么啦.在静态分析器编译代码过程中发现了block中强引用了self,并警告可能发生保留环,最终导致循环引用.释放不掉.在af中setCompletionBlock中在块结束时将强引用置为nil来解决这个问题.

clang为我们提供了去除某段特定代码的警告问题那就是使用