前言：

最近一直在维护老的项目，遇到的问题也千奇百怪，需要修补的，需要优化的，需要特殊处理的，感觉总是那么的无语。也许这时候也应该感叹一句：路漫漫其修远兮，吾将上下而求索吧。

这篇文章就只是讲讲老项目中遇到的种种不敢苟同的代码写法，以及遇到一些问题时的处理方法。

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];

项目总结二：关于项目中一些功能的优化