前言：
最近一直在维护老的项目，遇到的问题也千奇百怪，需要修补的，需要优化的，需要特殊处理的，感觉总是那么的无语。也许这时候也应该感叹一句：路漫漫其修远兮，吾将上下而求索吧。
这篇文章就只是讲讲老项目中遇到的种种不敢苟同的代码写法，以及遇到一些问题时的处理方法。
1、关于按钮事件的重复点击问题
我们开发中大概都经历过这样的事情，我的一个button被重复的快速点击，（我们开发者应该更清楚的知道这意味着什么）。那我们再深入的想一下（给这样的事件安排一个特定的环境）：例如当网络较差的情况下，再例如当button的执行事件较为耗时时。这时就会出现很多的问题：有时是界面出现问题（当button执行事件中出现调节界面frame的时候）；有时则会出现卡顿，更甚至会出现崩溃现象。对于这种问题，我们要提前考虑到，做好防范处理：即点击按钮事件时：添加防止重复点击功能。
思路是：防止按钮重复点击
原理是：我们每次点击按钮时，先执行取消之前的按钮点击执行事件，然后再去执行一个延迟执行方法（方法中执行的是按钮执行的事件）。
比较推荐的解决方法代码：
- (void)btnClicked:(id)sender
{
//在这里做按钮的想做的事情。
}
- (void)buttonClicked:(id)sender
{
//先将未到时间执行前的任务取消。
[[self class] cancelPreviousPerformRequestsWithTarget:self selector:@selector(btnClicked:)object:sender];
[self performSelector:@selector(btnClicked:)withObject:sender afterDelay:0.2f];
}
还有一种方法也是可以实现的：具体的看《iOS之防止用户重复点击Button（按钮）问题 》
2、很多界面共用一个界面时：使用枚举做类型判断
老的项目中会出现很多这样的现象：很多界面重复使用一个界面，这样就自然而然的需要在不同的界面跳转到复用的界面时去做判断。而奇怪的地方在于：判断的依据是self.title。那么就会出现这样一种现象：在跳转界面后会有一大段if去判断字符串是否等于self.title 。
如果我们做一些改变：使用枚举来做界面类型的判断，使用switch case语句做判断执行代码。这样会不会更优美，简洁一些。
3、关于老项目中iOS10以上的情况下，导航栏中按钮不显示问题
如果你的viewController都继承于基类，那么在基类中添加这样一段代码（这也是目前我发现的最省事的方法）：
- (void)viewWillAppear:(BOOL)animated
{
[super viewWillAppear:animated];
[self.navigationController setNavigationBarHidden:YES animated:NO];
[self.navigationController setNavigationBarHidden:NO animated:NO];
}
-(void)viewWillDisappear:(BOOL)animated
{
[super viewWillDisappear:animated];
[self.navigationController setNavigationBarHidden:YES animated:NO];
[self.navigationController setNavigationBarHidden:NO animated:NO];
}
4、事件方法要每个界面区分开
老项目中会有这种情况：在本界面 command点击一个button执行事件方法或者手势事件方法时，会莫名其妙的跳转到另外一个界面。
我们在开发时最好给不同界面button的clicked事件命名是区分开来，例如：界面名+ButtonClicked
5、在开发中如果存在image为空，或者必须显示的String为空，记得在代码中作判断，图片可以直接设置默认图片，字符串也可以设置默认字符串
例如：
UIImage *image = [UIImage imageNamed:@"image"];
UIImage *defaultImage = [UIImage imageNamed:@"defaultImage"];
UIImageView *imageView = [[UIImageView alloc]initWithImage:imageName ? imageName:defaultImage];