iOS/Iphone如何清除keychain

参见链接:

http://stackoverflow.com/questions/7142774/reset-an-iphone-apps-keychain

代码:

 

IOS开发:UI开发中一些小技巧、注意点(持续更新)

一、UITableVIew:

1、加载更多一般只用reloadData就可以了,如果用beginUpdate endUpdate  insert 来动画插入时,动画反而容易表现异常。

2、headerView或者footerView需要更新高度时只需要重新设置 tableView.headerView = xxx;  这样赋一遍值就可以了。

如果要高度更新加上动画 只需要在更新前后调用: beginUpdate endUpdate即可。

3 、UITableView初始化style为Group时,tableView的sectionHeader和footer的高度需要设置成0.0001f这样的极小值才能使其高度为0。否则默认有高度。

二、UILabel、AttributeString

利用AttributeString设置LineSpacing的时候,如果使用系统字体,会导致中文在一行的时候行高包含LineSpacing的bug。  解决方案:1、字体直接指定为pingfang sc  2、判断只有一行的时候手动将LineSpacing设为0

代码示例:

 

IOS开发:UI开发中一些易错场景总结(持续更新)

1、UITableView:DataSource为空时更新会引起崩溃。

2、UIBeginUpdate/UIEndUpdate函数之间  调用insert/delete 其对应数据源改动也必须在Begin/End之间、否则崩溃。

3、UIScrollView在setContentOffset:xxx ani:YES 时 退出时会引起崩溃。需要在dealloc里设置scrollView.delegate = nil;

4、IOS7下TabeViewCell的ContentView由ScrollView包裹导致其中的View不能接收到GestureRecognizer。可以在IOS7时自定义一个ContentView?

5、优化性能时,可能会开启CALayer.shouldRasterize 来缓存绘制比较慢的层(例如圆角),但在retina屏幕上会引起图片不清晰,需要设置self.layer.rasterizationScale = [UIScreen mainScreen].scale; 

6、加阴影的时候,其子View需要有背景色,如果没有看不到阴影,阴影只给有颜色的区域描边(如果是文字,则是不规则大小),所以建议指定阴影的path(会提高渲染效率)。 (当子View是StackView时,容易引起bug,因为StackView是没有背景色的)

Apple苹果IOS 开发者支持联系电话

各种开发问题应该都能打电话问,技术细节应该也是可以问的。
我跟他们问过TeamID和keyChain共享的问题。联系所需时间比较长,我当时等了大概小20分钟,需要耐心等待。不过他们的客服态度还是非常好的,业务上感觉也是比较熟悉。

中国区电话:4006 701 855(周一至周五   早9点到~晚5点)

链接地址(不翻墙可能会打不开):https://developer.apple.com/contact/phone.php

其他国家信息:

Americas

Country Language Hours of Operation Phone
United States and Canada English Mon-Fri, 9:00AM-7:00PM CST 1 408 974 4897
1 800 633 2152
Brazil English, Português Mon-Fri, 9:00AM-7:00PM CST 0800 047 4883
Mexico English, Español Mon-Fri, 9:00AM-7:00PM CST 001 888 552 0893
Other* English Mon-Fri, 9:00AM-7:00PM CST 1 408 974 4897

Asia Pacific

Country Language Hours of Operation Phone
Australia English Mon-Fri, 09:00-17:00 AEDT 1300 068 387
China English, 普通话 Mon-Fri, 09:00-17:00 CST 4006 701 855
Hong Kong English, 普通話 Mon-Fri, 09:00-17:00 HKT 852 21129966
Japan English, 日本語 Mon-Fri, 09:00-17:00 JST 0120 9333 88
Korea English, 한국어 Mon-Fri, 09:00-17:00 KST 080 860 9797
Singapore English, 普通话 Mon-Fri, 09:00-17:00 SGT 800 1865 012
Taiwan English, 普通話 Mon-Fri, 09:00-17:00 CST 0800 022 237
Other* English Mon-Fri, 09:00-17:00 SGT 65 6482 1144

Europe

Country Language Hours of Operation Phone
Austria English, Deutsch Mon-Fri, 08:00-17:00 GMT 0820 001219
Belgium English Mon-Fri, 08:00-17:00 GMT 070707973
Belgium Français Mon-Fri, 08:00-17:00 GMT 070707972
Denmark English Mon-Fri, 08:00-17:00 GMT 70110041
France English, Français Mon-Fri, 08:00-17:00 GMT 08255 40104
Germany English, Deutsch Mon-Fri, 08:00-17:00 GMT 0180 5010773
Ireland English Mon-Fri, 08:00-17:00 GMT 01 2480047
Italy English, Italiano Mon-Fri, 08:00-17:00 GMT 199 309 079
The Netherlands English Mon-Fri, 08:00-17:00 GMT 0900 0401271
Norway English Mon-Fri, 08:00-17:00 GMT 81500104
Spain English, Español Mon-Fri, 08:00-17:00 GMT 902 734997
Sweden English Mon-Fri, 08:00-17:00 GMT 0771 183459
Switzerland English, Deutsch Mon-Fri, 08:00-17:00 GMT 0848 000314
Switzerland English, Français Mon-Fri, 08:00-17:00 GMT 0848 000313
Switzerland English, Italiano Mon-Fri, 08:00-17:00 GMT 0848 000315
United Kingdom English Mon-Fri, 08:00-17:00 GMT 0844 209 1507
Other* English Mon-Fri, 08:00-17:00 GMT 00353 1 2480047
* International charges may apply

IOS控件缺陷之UIActionSheet引起崩溃(IOS 7)

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

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

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

 

盗个图做ActionSheet示意图:

ActionSheet 示意图
ActionSheet 示意图

如何通过ALAssert获取相册原图

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

2、获取原图:

 

(转)ARC下OC对象和CF对象之间的桥接(bridge)

转自:原文链接

在开发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对象转化时只涉及对象类型不涉及对象所有权的转化;

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

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

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

 

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

此时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。