一句話筆記隔显，某段時(shí)間內(nèi)遇到或看到的某個(gè)可記錄的點(diǎn)埠帕。 2017-03-17
- 一個(gè)判斷的小坑
- 再次想私有成員變量
- this class is not key value coding-compliant for the key 錯(cuò)誤
- 用了 UIImageRenderingModeAlwaysOriginal , 圖片顏色倒是變化啦
一癌椿、 一個(gè)判斷的小坑
if ([PQAccountManager shareManager].isSignIn) {
// Do One
} else {
// Do Other
}
if (![PQAccountManager sharedManager].isSignIn) {
// Do Other
return;
}
// Do One
按我們平常的理解上述兩個(gè)判斷是一樣的丁频，但是這次我卻發(fā)現(xiàn)了有問(wèn)題恰起，他們執(zhí)行的不一樣.
PS: 這塊的打印是沒(méi)有問(wèn)題的，正常操作后把鉴，都是在 0 和 1 切換的
NSLog(@"SignIn === %d,",[PQAccountManager sharedManager].isSignIn);
因此覺(jué)的很奇怪，為什么是這樣呢儿咱？改好了但是卻一下子真不懂啊庭砍，于是我自己寫了一個(gè) demo 測(cè)試，發(fā)現(xiàn)在那塊類似的判斷是一樣的混埠，所以其中的判斷是肯定沒(méi)問(wèn)題的怠缸，還是我們項(xiàng)目中有問(wèn)題的。
后來(lái)才發(fā)現(xiàn)原來(lái)是我們項(xiàng)目中有一個(gè)：
#import <Foundation/Foundation.h>
/*!
* 生成單例對(duì)象的分類
*/
@interface NSObject (Manager)
/*!
* 生成單例對(duì)象
* @return 基于 NSObject類的單例對(duì)象
*/
+ (instancetype)shareManager;
@end
然后之前管理類中 單例確是： sharedManager钳宪，差了一個(gè)字母的揭北，所以這種坑，一定要注意細(xì)節(jié)：
- 注意細(xì)節(jié)吏颖，字母罐呼，單詞的準(zhǔn)確性
- 注意私有公用方法添加類似
- (void)pq_ sharedManager;
作為區(qū)別，同時(shí)也提醒了自己侦高，一些 hook 類的方法嫉柴，能不用就盡量不用，哈哈哈奉呛。
二计螺、再次想私有成員變量
今天突然想起，為什么有屬性的時(shí)候瞧壮，為什么還要再直接用成員變量呢登馒？它有什么方便之處呢？ 首先明確的是 ** 類內(nèi)使用成員變量{}, 類外使用屬性@property,** 所以咆槽，此處我說(shuō)的基本是 .m 文件中使用的成員變量陈轿。
@implementation ViewController {
NSString *_testName;
NSString *tempStr;
BOOL isStop;
}
為什么用它呢？
- 執(zhí)行速度更快秦忿，IPA體積更小 ( 從 iOS 開(kāi)發(fā)中的爭(zhēng)議（一）得知）
感覺(jué)個(gè)人平常很少用成員變量麦射，當(dāng)然除了在 init 和 dealloc 、getter灯谣、setter中 除外咯潜秋，其他地方例如臨時(shí)生成一個(gè)tempStr 或者臨時(shí)的判斷值 isStop, 此時(shí)是否需要用它呢？
想了想胎许，為了代碼的看起來(lái)的規(guī)范性峻呛，我是不愿這樣寫的罗售。
但是細(xì)細(xì)想來(lái)，一些臨時(shí)的值確實(shí)沒(méi)必要經(jīng)過(guò) setter 和 getter 方法钩述，所以想著還是直接用 成員變量的寨躁。
PS： 在 Block 中對(duì)于成員變量一定要 使用 self-> _testName, 否則直接使用 _testName, 就算添加了 weakSelf/strongSelf 還是會(huì)有循環(huán)引用的。
三牙勘、this class is not key value coding-compliant for the key 錯(cuò)誤
對(duì)于這種 Bug 职恳，最常見(jiàn)的是我們用 stroyboard 時(shí)，某個(gè)設(shè)置IBAction和IBOutlet時(shí)有多余或錯(cuò)誤的連線谜悟。但是我此處不是的哦话肖，而且這個(gè)問(wèn)題在 stackoverflow 處 已經(jīng)討論很多了，而我此處的場(chǎng)景是使用 謂詞 時(shí)遇到的葡幸。
NSPredicate *tempPredicate = [NSPredicate predicateWithFormat:@"cateId == %d", key];
NSArray *filteredTempArray = [array filteredArrayUsingPredicate:tempPredicate];
其實(shí)也是很簡(jiǎn)單最筒，就是一個(gè)字母寫錯(cuò)了，相當(dāng)于 key 值換了蔚叨， 改成正確的值就好了床蜘。
（cateId === 》 catId （catId 才是之前設(shè)置的））。
四蔑水、用了 UIImageRenderingModeAlwaysOriginal , 圖片顏色倒是變化啦
這個(gè)問(wèn)題是邢锯，我們項(xiàng)目中最近在 改變 UITabBarItem 的圖片時(shí) 使用了獲取網(wǎng)絡(luò)圖片，然后對(duì)于 selectedImage 必然的做 UIImageRenderingModeAlwaysOriginal 處理搀别，結(jié)果卻發(fā)現(xiàn)那個(gè) 顏色變了丹擎。。
先再次熟悉下： UIImageRenderingModeAlwaysOriginal 這個(gè)屬性值歇父。
typedef NS_ENUM(NSInteger, UIImageRenderingMode) {
UIImageRenderingModeAutomatic, // Use the default rendering mode for the context where the image is used
//根據(jù)圖片的使用環(huán)境和所處的繪圖上下文自動(dòng)調(diào)整渲染模式
UIImageRenderingModeAlwaysOriginal, // Always draw the original image, without treating it as a template
// 繪制圖片原始狀態(tài)蒂培，不使用Tint Color
UIImageRenderingModeAlwaysTemplate, // Always draw the image as a template image, ignoring its color information
// 根據(jù)Tint Color繪制圖片，忽略圖片的顏色信息
} NS_ENUM_AVAILABLE_IOS(7_0);
![]()
網(wǎng)上超經(jīng)典的圖
UIImage *selectImage = [
[[YYWebImageManager sharedManager].cache getImageForKey:@"https://example.com/test.png"]
imageWithRenderingMode:UIImageRenderingModeAutomatic
];
tabBarItem.selectedImage = selectImage;
UIImage *selectImage = [
[[YYWebImageManager sharedManager].cache getImageForKey:@"https://example.com/test.png"]
imageWithRenderingMode:UIImageRenderingModeAlwaysOriginal
];
tabBarItem.selectedImage = selectImage;
后來(lái)發(fā)現(xiàn)其實(shí)我沒(méi)錯(cuò)榜苫，只是恰好后臺(tái)配置的是藍(lán)色：
這個(gè)錯(cuò)很湊巧护戳，因?yàn)?剛好后臺(tái) 返回的圖片也是藍(lán)色 和 灰色，然后就陰差陽(yáng)錯(cuò)的錯(cuò)了垂睬，畢竟看起來(lái)是正常的媳荒。畢竟 UITabBarItem 默認(rèn)選中的顏色是 藍(lán)色 和灰色的。
