blog of moemiku

IOS控件缺陷之UIActionSheet引起崩溃（IOS 7）

一、主要问题：UIActionSheet 的delegate是assign的。如果delegate先于ActionSheet释放。则会引起程序崩溃。

二、次要问题：在ViewDidLoad时调起UIActionSheet，也会引起崩溃，这个崩溃系统给的提示很充分，所以是次要问题。

（这两个情况都只在IOS7上发生）正确和错误示例请下载示例程序：TestActionSheetBug.zip

盗个图做ActionSheet示意图：

如何通过ALAssert获取相册原图

1、前提你要确定ALAssert中带的是图片（因为也可能是视频）

[asset valueForProperty:ALAssetPropertyType] == ALAssetTypePhoto

1	[asset valueForProperty:ALAssetPropertyType] == ALAssetTypePhoto

2、获取原图：

- (UIImage *)getImage:(ALAsset *)asset {
     ALAssetRepresentation *representation = [asset defaultRepresentation];
     CGImageRef resolutionRef = [representation fullResolutionImage];
     UIImage *image = [UIImage imageWithCGImage:resolutionRef scale:1.0f orientation:(UIImageOrientation)representation.orientation];
     return image;
}

- (UIImage *)getImage:(ALAsset *)asset {

ALAssetRepresentation *representation = [asset defaultRepresentation];

CGImageRef resolutionRef = [representation fullResolutionImage];

UIImage *image = [UIImage imageWithCGImage:resolutionRef scale:1.0f orientation:(UIImageOrientation)representation.orientation];

return image;

}

在开发iOS应用程序时我们有时会用到Core Foundation对象简称CF，例如Core Graphics、Core Text，并且我们可能需要将CF对象和OC对象进行互相转化，我们知道，ARC环境下编译器不会自动管理CF对象的内存，所以当我们创建了一个CF对象以后就需要我们使用CFRelease将其手动释放，那么CF和OC相互转化的时候该如何管理内存呢？答案就是我们在需要时可以使用__bridge,__bridge_transfer,__bridge_retained，具体介绍和用法如下

1.__bridge:CF和OC对象转化时只涉及对象类型不涉及对象所有权的转化；

NSURL *url = [[NSURL alloc] initWithString:@"http://www.baidu.com"];
CFURLRef ref = (CFURLRef)url;

1 2	NSURL *url = [[NSURL alloc] initWithString:@"http://www.baidu.com"]; CFURLRef ref = (CFURLRef)url;

上面的这段代码在ARC环境下系统会给出错误提示和错误修正，修正后如下：

NSURL *url = [[NSURL alloc] initWithString:@"http://www.baidu.com"];
CFURLRef ref = (__bridge CFURLRef)url;

1 2	NSURL *url = [[NSURL alloc] initWithString:@"http://www.baidu.com"]; CFURLRef ref = (__bridge CFURLRef)url;

系统为我们自动添加了__bridge,因为是OC创建的对象并且在转换时没有涉及对象所有权的转换，所以上面的代码不需要加CFRelease

2.__bridge_transfer:常用在讲CF对象转换成OC对象时，将CF对象的所有权交给OC对象，此时ARC就能自动管理该内存；（作用同CFBridgingRelease()）

3.__bridge_retained:（与__bridge_transfer相反）常用在将OC对象转换成CF对象时，将OC对象的所有权交给CF对象来管理；(作用同CFBridgingRetain())

NSURL *url = [[NSURL alloc] initWithString:@"http://www.baidu.com"];
CFURLRef ref = (__bridge_retained CFURLRef)url;
CFRelease(ref);

NSURL *url = [[NSURL alloc] initWithString:@"http://www.baidu.com"];

CFURLRef ref = (__bridge_retained CFURLRef)url;

CFRelease(ref);

当使用_bridge_retained标识符以后，代表OC要将对象所有权交给CF对象自己来管理,所以我们要在ref使用完成以后用CFRelease将其手动释放.

1	当使用_bridge_retained标识符以后，代表OC要将对象所有权交给CF对象自己来管理,所以我们要在ref使用完成以后用CFRelease将其手动释放.

CFStringRef cfString= CFURLCreateStringByAddingPercentEscapes(
                                                                  NULL,
                                                                  (__bridge CFStringRef)text,
                                                                  NULL,
                                                                  CFSTR("!*’();:@&amp;=+$,/?%#[]"), CFStringConvertNSStringEncodingToEncoding(NSUTF8StringEncoding));
NSString *ocString = (__bridge_transfer CFStringRef)cfString;

CFStringRef cfString= CFURLCreateStringByAddingPercentEscapes(

NULL,

(__bridge CFStringRef)text,

NULL,

CFSTR("!*’();:@&=+$,/?%#[]"), CFStringConvertNSStringEncodingToEncoding(NSUTF8StringEncoding));

NSString *ocString = (__bridge_transfer CFStringRef)cfString;

此时OC即获得了对象的所有权，ARC负责自动释放该对象，如果我们在结尾加上CFRelease(cfString)纯属画蛇添足，虽不会崩溃，但是控制台会打印出该对象被free了两次。

以上就是本文的全部内容，用法很简单也很好理解，希望能给大家带来帮助。

关于UIView的layout陷阱

1、父View的width设置为负数时。父View的Bound的x会自动变成负数。之后再将父View的宽度设置为正常值，父View的Bound仍然不会恢复正常（且在UI查看器中显示正常）。此时向此view添加子view，子view不是从父View frame的（0，0）开始，两个View是左右错位的。（父hieght和子view的Bound的y值应该也是同理）

2、IOS8系统中，向UILabel添加子View会被UILabel遮挡（当UILabel的text为空时）、若设置text内容为英文可以恢复正常。设置text含中文时仍然不正常。应避免向UILabel添加子View。

IOS开发：获取地理位置权限的方法（包含IOS8）

讲的比较乱，有时间的话会好好整理一下

按照上边的文章可以轻松配置获取地理位置权限、我来讲一下重点——国内几个博客互相转载根本不验证正确性，导致以下两个参数的含义解释错误：

NSLocationAlwaysUsageDescription
NSLocationWhenInUseUsageDescription

1 2	NSLocationAlwaysUsageDescription NSLocationWhenInUseUsageDescription

这两个参数是IOS8新加的两个参数，含义是请求权限的解释文本、会出现在弹出授权的alert上。用来向用户解释为什么需要位置权限。而有几个博客的文章都说这两个参数应该配成YES、这点是错误的。

下边的网址里有这两个参数与Xcode配置里的参数对应表，发现这两个参数都没有对应的、只能手动加入info.plist中。重要的事要重复：对应值类型应该为String、可以留空、也可以填入请求授权时想要向用户展示的文本。

https://developer.apple.com/library/ios/documentation/General/Reference/InfoPlistKeyReference/Articles/CocoaKeys.html

表摘要：

顺便讲一下中间的那个参数，是IOS7及以前的参数。

IOS开发：关于使用Category的陷阱

Category作为OC一个非常好用的特性、可以给已经存在的类添加新的方法。

项目中我为了给已有的一个图片展示模块增加一个右下角的“Gif”图示。于是想到了使用Category给UIImageView扩展出一个在右下角显示图示的方法，并且重写了ImageView的LayoutSubview方法，使图示始终保持在右下角。编译运行一切都正常进行。直到我发现另一个地方的ImageView的子控件不听我操作，经过排查才发现是另一个文件中的ImageView也受了之前写的Category的影响，我才发现以下事实：

1、Category一旦定义、作用域是全局的、对当前应用的所有代码都起作用、无论你是否引用了Category的头文件。这就要求我们不要肆意使用Category、因为不知道会影响到什么意想不到的代码。

2、实现Category的时候尽量不要覆盖原有的方法、这样做有两个原因：

（1）、这样不能像子类一样调用父类的方法、并且容易引起意外（没有引入的地方也自动受这个Category影响。这样这些地方的原有方法的行为也会改变。

（2）、由于Category不能指定覆盖另一个Category中的方法。如果覆盖的是系统框架中实现的方法、内部有可能也是Category实现的、这样会产生未知的行为：到底是你覆盖了系统的、还是系统覆盖了你的。

PS：在另外一篇文章里看到说给NSObject写Category的时候要注意不能调用super、以为NSObject没有父类、关于这个我还没有测试。

WordPress提示“在裁剪您的图像时发生了错误”的解决方法

问题：在WordPress中使用裁剪图片功能时，出现:”在裁剪您的图像时发生了错误。”或者”There has been an error cropping your image.”

原因：缺少PHP GD库。

Ubuntu下运行：

sudo apt-get install php5-gd

CentOS下运行：

yum install php-gd

安装PHP-GD库后重启httpd（Apache）服务即可使用~

Enjoy YourSelf!!!!

参考链接：http://www.chenhaodong.com/?p=9

租了搬瓦工vps有几个月了，闲着也是闲着

租了搬瓦工vps有几个月了，闲着也是闲着，就安了一个博客，庆祝安装成功，撒花~~~

萌米库的小窝