Cocoa中的weak reference

以下所有内容翻译自官方文档,如有不当之处还请各位指正。

Weak Reference to Objects(弱引用)

————————————————————————————————————

retain 一个 object 创建一个 “Strong” reference,一个object在直到它所有的strong reference都release了之后才能dealloc,因此object的生命周期是受它的Strong reference的所有者控制的。某些情况下,这种行为不是我们所期待的,你也许想有一个不会阻止一个object dealloc的reference,这种情况下,你就拥有一个“Weak” reference,weak reference是通过存储一个不retain相应的object的指针所创建的。

 
weak reference在会有循环reference要创建时是必要的。比如,如果Object A和 B之间互相Communicate,它们各自需要一个对方的reference。如果它们各自retain了对方,那么直到它们之间的Connection切断之前它们之中任何一个都不会dealloc,但是它们之间的Connection要等待它们其中任意一个dealloc了之后才能切断,这就产生了一个矛盾。要解决这个问题,其中一个object作为一个次级(subordinate)角色并且拥有对方的一个weak reference。一个具体的例子,在一个view继承体系中,一个parent view拥有并因此retain他的childe views,但是一个child view不拥有它的parent;而又必须知道它的parent是谁,所以就有一个指向它的parent的weak reference。
 
Cocoa中另一些weak reference的例子包括但不局限于这些:table data sources,outline view items,notification observers,各种targets和delegates。(比如一个NSTableView不会retain它的data source,一个NSApplication不会retain它的delegate)
 
当你需要向一个你只拥有weak reference的object发送消息时,就要小心,那个object是不是已经dealloc了,如这这样会使你的程序Crash。
后面又是一些例子(delegate 和notification),不翻译了。

动态调整UITableViewCell高度的实现方法

有时我们需要动态调整UITableViewCell的高度,根据内容的不同设置不同的高度,以前看到一种实现方法,写得有点麻烦,具体地址找不到了,这里有个更好的(至少我认为),分享一下部分代码。

2012.03.11更新:一年后回来审视儿时的代码,发现heightForRowAtIndexPath那个实现方法确实不太好,会dequeue掉一个可以reuse的cell导致经常都要新创建cell,会导致效率方面的问题,最好用NSString的sizeWithFont:forWidth:lineBreakMode:这一系列的方法计算label的高度。


- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {

    static NSString *CellIdentifier = @"Cell";

    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
    if (cell == nil) {
        cell = [[[UITableViewCell alloc] initWithFrame:CGRectZero reuseIdentifier:CellIdentifier] autorelease];
		UILabel *label = [[UILabel alloc] initWithFrame:CGRectZero];
		label.tag = 1;
		label.lineBreakMode = UILineBreakModeWordWrap;
		label.highlightedTextColor = [UIColor whiteColor];
		label.numberOfLines = 0;
		label.opaque = NO; // 选中Opaque表示视图后面的任何内容都不应该绘制
		label.backgroundColor = [UIColor clearColor];
		[cell.contentView addSubview:label];
		[label release];
    }

    UILabel *label = (UILabel *)[cell viewWithTag:1];
	NSString *text;
	text = [textArray objectAtIndex:indexPath.row];
    CGRect cellFrame = [cell frame];
	cellFrame.origin = CGPointMake(0, 0);

	label.text = text;
	CGRect rect = CGRectInset(cellFrame, 2, 2);
	label.frame = rect;
	[label sizeToFit];
	if (label.frame.size.height > 46) {
		cellFrame.size.height = 50 + label.frame.size.height - 46;
	}
	else {
		cellFrame.size.height = 50;
	}
	[cell setFrame:cellFrame];

    return cell;
}

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
	UITableViewCell *cell = [self tableView:tableView cellForRowAtIndexPath:indexPath];
        //UITableViewCell *cell = [self cellForRowAtIndexPath:indexPath];
	return cell.frame.size.height;
}

–以上–

用NSZombieEnabled解决恼人的EXC_BAD_ACCESS错误

更新Xcode 4设置NSZombieEnabled方法:
按住Option点Run按钮,在出现的窗口中选择Arguments,在Environment Variables里面添加NSZombieEnabled,Value下面添YES

以下为XCode 3的设置方法

这个方法也许很多人都知道了,但是毕竟有不知道的,比如在写这篇文章之前10分钟的我。先说明情况:昨天遇到了这样的问题,程序突然Crash,出现EXC_BAD_ACCESS错误,但是不是每次都Crash,有几次RP高了就好使,Debug时最终基本停在objc-msgsend这里,但也不是每次,是大部分(90%)。十分令人费解,搞了几个小时无果,求助google和stackoverflow终于解决。

首先解释下EXC_BAD_ACCESS,当你向已经释放的对象发送消息时就会出现这种错误。

至于NSZombieEnabled,就是当设置NSZombieEnabled环境变量后,一个对象销毁时会被转化为_NSZombie,个人感觉和线程的那几个状态有些相似,设置NSZombieEnabled后,当你向一个已经释放的对象发送消息,这个对象就不会向之前那样Crash或者产生一个难以理解的行为,而是放出一个错误消息,然后以一种可预测的可以产生debug断点的方式消失(原文是die),因此我们就可以找到具体或者大概是哪个对象被错误的释放了。

设置NSZombieEnabled的方法如下

  1. 在XCode左边那个Groups & Files栏中找到Executables,双击其中的一项,或者右键Get Info;
  2. 切换到Arguments
  3. 这里一共有两个框,在下面那个Variables to be set in the environment:点+号添加一项,Name里填NSZombieEnabled,Value填Yes,要保证前面的钩是选中的。

好了,赶紧去找哪里出了问题吧,至于取消NSZombieEnabled,就是吧刚才提到的那个钩取消即可。

最后总结一下感想,首先是我对EXC_BAD_ACCESS这个错误还没有足够的认识,其次是我没有尽快的去搜索一下解决方法,这两点导致我浪费了大量时间做各种各样奇怪的调试。幸好现在解决了,可以继续工作了。

2012.02.15更新:

在debug过程中,你可能发现启用NSZombieEnabled后,程序不再crash,而一旦去掉NSZombieEnabled,程序再次crash。此时NSZombieEnabled已经无法解决你的问题,只能遵照内存管理原则仔细查找问题出处,至于这种问题的产生原因,个人认为可能是NSZombieEnabled在一定程度上延长了一个object的生命周期,而延长的这段时间恰好突破了EXC_BAD_ACCESS的临界点,从而避免了EXC_BAD_ACCESS的发生。

–以上–

在iphone/ipod上安装ipad应用

先把地址贴上http://www.ifans.com/forums/showthread.php?t=298141

首先把.ipa改成.zip,拖出其中的info.plist和iTunesMetadata.plist,修改后再托回压缩包中,覆盖原来的,最后把zip改回ipa,修改后可以用iTunes同步到iphone上,但是具体能不能用,有没有什么毛病就不一定了,要解决这些还需要更深一部的修改,毕竟ipad程序本来就不是给iphone设计的。

简单说下修改过程吧,其实修改两处即可

  1. info.plist  中UIDeviceFamily,2改成1
  2. iTunesMetadata.plist 中softwareSupportedDeviceIds,9改成1

实测garageband可以安装上,但是只能显示左上角的部分,基本不能用,别的应用也没来得及下载,大家自行实验吧。

XCode技巧之UserScripts

XCode作为一款强大的IDE,当然也支持脚本功能。通过添加自己的脚本我们可以很方便的完成我们的工作。

在XCode中点击 Edit User Scripts即可方便的添加脚本,而且XCode自带的脚本也相当于给我们提供了丰富的样例。

比如我们添加一个这样的脚本,并为其添加一个快捷键⇧⌘P(快捷键添加方法参考Comments分类中的Un/Comment Selection脚本)

 

#!/bin/sh

echo "%%%{PBXSelection}%%%"
echo "#pragma mark -"
echo "#pragma mark %%%{PBXSelectedText}%%%"
echo "%%%{PBXSelection}%%%"

注意在Output下拉列表中选择Replace Selection。这个脚本的作用是方便我们建立#pragma,首先提供pragma的名字,然后选中这个名字,按相应快捷键,#pragma就自动完成了,很方便。

这个脚本也可以这样写,我们就不用每行都写echo了

 

#!/bin/sh

cat << EOF
%%%{PBXSelection}%%%
#pragma mark -
#pragma mark %%%{PBXSelectedText}%%%
%%%{PBXSelection}%%%
EOF

除了bash脚本,XCode还支持Ruby,Python等多种语言的脚本,比如这个Ruby脚本

 

#!/usr/bin/env ruby -w

# Source: http://allancraig.net/blog/?p=315

properties = ''
synthesize = ''
release    = ''

STDIN.read.each do |line|
	line.gsub!(/\*/, '').strip!
	words = line.split(/\s+/)
	
	label = words.size > 2 ? words[1] : words[0]
	variable = words[-1]
	properties << "@property (nonatomic, retain) IBOutlet #{label} *#{variable}\n"
	synthesize << "@synthesize #{variable}\n"
	release << "[#{variable.chop} release];\n"
end

synthesize << release.chomp

`echo '#{synthesize.chomp}' | pbcopy`
print properties.chomp

该脚本的作用是帮助我们添加@property、@synthesize、还有dealloc方法中相应的release。使用方法是选中.h文件中的成员变量,比如我们选中UIButton *aButton;,复制到要添加@property的位置,再次选中,按快捷键执行脚本,@property就添加完成了,然后到相应的.m文件中,在要添加@synthesize的位置按⌘V粘贴,@synthesize也添加好了,同时复制过来的还有[aButton release];,选中这行,剪切粘贴到dealloc方法中,大功告成。使用这个脚本不仅可以快速添加@property @synthesize,同时也避免了变量名写错所造成的一些问题。

XCode快捷键及小技巧

首先推荐个视频:Becoming Productive in XCode  链接里有个demo版的,完全版是收费的,处于对源作者的尊重,不放出下载地址,各位同学自行解决,推荐有能力的购买一下,还是物有所值的,下面这些基本都是视频中提到的

—Workspace—

⌘N          New project

⌘,             Preference

 

⌘E          Zoom editor in

⌥⇧⌘E       Zoom editor in fully

 

—文件切换—

⌘← →     历史编辑点切换

⌘D          Open Quickly,直接输入文件名,支持查看各种.h .m …

⌘↑          .h与.m切换

 

—File Navigation—

← →         按word移动光标,向右移动到word尾部,向左移动到word头部

⌘← →         移动到该行头/尾,

⇧⌥← →      高亮word

⌘← →      高亮行

⌘↑ ↓            移动到文件头/尾

L               光标所在行放置在编辑器中间

⌘L               Goto(行号)

 

2               打开method列表(应该叫Function Popup)(与系统的Spaces切换有冲突,看自己习惯了)

⌘D              BookMark

4               BookMark列表(BookMark Popup)

⌘M          打开Bookmarks Smart Group

 

⌘F              搜索

⌘G ⌘G   (搜索中)下一个/上一个

⌘F           跨文件搜索

+双击        以浮动窗口形式查看定文档

⌘+双击     查看相应文档

 

—Editing Source Code—

TAB             确认当前补全

  ,        补全列表

/               切换到下一个Placeholder

 

⌘←   →    折叠、展开代码段

⌘↑ ↓         折叠、展开所有method段

⌃⌥⌘F        打开、关闭当前代码段高亮功能

 

⌘/               快速注释、取消注释

⌘T           同时编辑当前文件中所有同一变量名

 

—Refactoring—

⌘J           Refractor对话框

 

—Building and Running—

⌘B              Build

⌘B           Build Result窗口

⌘=  ⌘=    查看warnings、errors

⌘Enter         Build & Go

⌘R           打开Console

⌃⌥⌘R        Clear Console      

 

⌥⇧⌘/        打开文档(这是快捷键么)

 

====Tips====

 

—Workspace–

分组(Group)是任意的,并不会真的产生这个目录

Smart Group很实用

右上角那个搜索是支持通配符和正则表达式的,点击放大镜边上的箭头

 

—File Navigation—

类似列表的东西都是支持键盘输入开头的几个字符来选择相应项目的

#pragma mark [something]     类似分隔线的东西,效果在Function Popup中可见,尤其是 #pragma mark – 的时候

 

// TODO: [something]

// MARK: [something]

// FIXME: [something]

// !!!:

// ???:

以上均可在Function Popup有相应效果

 

Editor部分右上角那个右边带箭头的C按钮 打开可查看Superclass(Navigator popup) 默认无快捷键

 

—Refactoring—

Extract:Refactor那个对话框的另一个功能是Extract 支持自动把当前函数中的一段提取到一个新的函数中,对代码重构很有用。使用方法:选择要提取的部分,按⌘J,选择Ectract,然后修改一下函数名即可,系统已经自动把所需的参数添加好了。 

 

—Building and Running—

Preference 》Debugging 》On Start 选择 Show Console 可以默认打开Console

教主生日总结

  1. The new mac book pro:感觉升级不是很大,有试水的嫌疑,完全没有3GS升级到iPhone4的感觉。USB2.0、FireWire、Thunderbolt在同一台机器上感觉总有些多余。
  2. Thunderbolt:以苹果和intel的实力,也许可以直接干掉USB3.0,成为新一代标准接口,毕竟Mac市场占有率越来越高了。
  3. FaceTime:正式版可以在Mac App Store上下载了,但是居然要0.99刀,实在不厚道,不知道测试版还能用多久。
  4. 10.7 Lion:官方页面更新了如下特性:
  • AirDrop, 无需设置,就可以通过无线从一台 Mac 上拷贝数据到另一台 Mac 上;
  • Versions, 自动保存先前版本的文档,你随时可以浏览、编辑、恢复先前的版本;
  • Resume, 无需退出您的程序,下次打开时将还原最后关闭时的状态;
  • Auto Save,自动保存你的文档,您无需时刻备份;
  • 全新的 FileVault,高性能的本地、外置磁盘加密,支持直接从 Mac 上擦除数据;
  • Mail 5:UI更新,更加接近iOS系列
  • Mac OS X Lion Server,设置服务器更简单,并支持管理 Mac OS X Lion, iPhone®, iPad 和 iPod touch® 设备;
  • 另外,开发者可以用 promocode 从 Mac App Store 下载 Lion 的预览版本。

总结:MBP更新似乎不太令人满意,Lion看来还有很大发展空间,期待早日放出正式版。最后祝教主身体健康。

以上

iOS 上搭建C/C++开发环境 Beta

11.02.24更新:这有一个别人写的简单版,更方便。

    先说一下效果吧,STL啥的试了几个可用,成功编译了我之前写的一个垃圾程序,过多的测试还没有做,应该能满足基础需求。

    标题之所以加了Beta,是因为笔者也是参考各路教程,东拼西凑才把GCC搭建好的,过程相当混乱,有些步骤也可能有遗漏,因此本文仅供参考,尽量不要完全遵照这个教程。

搭建过程如下:

  1. 当然是越狱,装Cydia,这个不多说了,有锁的注意,小心变砖。
  2. Cydia里安装OpenSSH,APT 0.6 Transitional,Aptitude,wget,unzip,zip
  3. SSH到你的iphone上,这里强烈建议把iphone的root和mobile用户的密码改了,保证机器的安全。
  4. 找一个你喜欢的文件夹:
    wget http://apt.saurik.com/debs/libgcc_4.2-20080410-1-6_iphoneos-arm.deb
    dpkg -i libgcc_4.2-20080410-1-6_iphoneos-arm.deb
    apt-get install iphone-gcc ldid make
    wget下载的那个deb包之后可以删除,随你。另外libgcc那个不用费心去看是否有新版,就用这个就行。
  5. 下载这个附件,把里面的libSystem.dylib放到iphone的 /usr/lib/ 目录下
  6. 这一步仅供测试用,终端上输入:
    echo 'main() { printf("Hello, world!\n"); }' > hello.c
    gcc -o hello hello.c
    ldid -S hello
    ./hello
    ldid是给编译好的程序签名,要不然iphone不会让你运行
  7. 之后就有些混乱了,在Cydia里先后安装了GNU Debugger, C++ Standard Library, iPhone 2.0 Toolchain, 这里面也许有不需要的,但是不想再刷机测试一下。
  8. 现在如果我没有遗漏什么步骤的话,测试stdio.h等c的头文件应该是OK的,C++的iostream等好像还不行,编译时提示应该是找不到usr/include/c++/4.0.0/bits/c++config.h这个文件。此时把第5步中下载的那个附件中的include.tar.gz中的usr/include/c++/4.0.0/ 中的arm-apple-darwin8,拷贝到iphone /usr/include/c++/4.0.0/ 下,然后在bits/ 中建立arm-apple-darwin8/ 中所有文件的链接,因为这里有我们需要的c++config.h,直接拷贝这些文件到bits下也应该可以。
  9. 之后用g++编译一个测试文件出现的错误提示应该是找不到 -lstdc++,原因其实是缺少libstdc++.dylib这个文件,这个文件我是在XCode里面找的,尝试了几个找到了个好用的,但是不知道具体是哪一个了,第5步那个附件里也提供了,是从iphone中拷出来的,应该好用。

到此就应该能实现预期的目标了,我能回忆起的过程也就是这些了,大家有问题留言吧。

附参考文献:

  1. 【ipod4g出品】用 iPhone gcc 编译 iPhone SDK 游戏(真机开发、运行及调试) 
  2. iphone-gcc