抱怨！Google的產品彼此支援度不佳....

剛剛在編輯blogger上的文章時，發現不管怎麼弄，文章內的style一直就是弄不好...最後，想到該不會是Google Chrome的問題吧...所以換到Safari 5.0.2再試一次，結果就OK了...........

其實不只這件，Chrome在某些HTML的呈現與layout效果，似乎也不是很正確，反而是Safari真的是比較正確一點，也比較沒有問題...要不是Safari的memory usage比較大，而且

這真的是一大諷刺啊...Google...

Singleton pattern for Objective-C

在Java中，要撰寫一個應用Singleton pattern的class十分容易。但是在Objective-C中，就沒這麼簡單了。原因在於物件與記憶體的配置與管理機制是完全不同的（個人見解，不見得對）。

其實原理是都很類似，就是設法讓app只產生一個object instance，而且是透過特定的static method來獲得這個instance，而不是透過constructor來建立各個獨立的instance。對於一些某些需要集中管理的資訊或是資源，singleton pattern十分有用。

在Objective-C中，因為無法宣告constructor為private，所以很難避免使用者去呼叫。另外，因為Objective-C的alloc/retain/release/dealloc的機制，所以我們也必須去處理有關instance reference count的問題，不然很容易會出現記憶體管理的問題...而造成災難。

如何撰寫呢？首先，先在header file中定義要取得singleton instance的static method，例如：

+ (id) sharedInstance;

然後，在對應的.m檔案中，添加下列內容：

static MyManager *instance = nil;

@implementation MyManager

#pragma mark Singleton Methods

+ (id)sharedInstance {

@synchronized(self) {

if(sharedMyManager == nil)

sharedMyManager = [[super allocWithZone:NULL] init];

}

return sharedMyManager;

}

+ (id)allocWithZone:(NSZone *)zone {

return [[self sharedManager] retain];

}

- (id)copyWithZone:(NSZone *)zone {

return self;

}

- (id)retain {

return self;

}

- (unsigned)retainCount {

return UINT_MAX; //denotes an object that cannot be released

}

- (void)release {

// never release

}

- (id)autorelease {

return self;

}

- (id)init {

if (self = [super init]) {

// initialize your instance variables

}

return self;

}

- (void)dealloc {

// Should never be called, but just here for clarity really.

// release your instance variables

[super dealloc];

}

@end

首先，是定義全域變數instance，用來表示此class的singleton instance。然後實作之前定義的singleton method，讓它傳回該instance variable，如此一來，只要呼叫此method，就可以取得同一個instance。其他的method都是override原本NSObject的定義。主要是用來處理reference count的問題，用來避免該instance被不小心release掉。其中，在init跟dealloc，可以對自己定義的instance variables做初始化跟回收。原則上，Objective-C的singleton pattern大概就是長這樣。

心得：比起Java，真的複雜多了...而且老實說，我也不知道這樣想是不是真的沒問題...只是目前google到的寫法，大多是長得類似這樣。

參考：Singleton Classes

檢查MacBook Pro的硬體錯誤

一般來說，當安裝了新硬體之後出現問題，通常就是得自己想辦法從混亂的情況中，找出可能的原因。尤其是安裝了像是RAM或CPU這類的東西。有時候新的RAM有問題或是不合於目前硬體，是不會造成無法開機，但是就會讓你出現很多類似靈異現象的事。

在Windows中，至少我所知道的，就是只能用自己經驗跟third-party的硬體檢測軟體來判斷。但是每套硬體檢測軟體的結果又都不太一樣。

最近，我幫我的MacBook Pro加到了8GB，本來很高興的要工作，但是卻一直有很多不太正常的事...當然，很直覺的就判斷可能是RAM的問題。但是，該怎麼確定呢？於是Google了一些軟體做檢測，但是結果也是時好時壞。

但是後來發現，原來...Apple在出廠時所附的Application installation disc中，就有「Apple Hardware Test」的程式。只要把該片放入光碟機之中，然後在開機時按住「d」，就可以進入「Apple Hardware Test」，檢測很簡單，就是「標準測試」與「延伸測試」兩種。基本上，如果連標準測試都沒辦法過，就是有很明確的問題了。而我的問題在連續三次的標準測試都指出是RAM的問題...所以當然就是去創見處理囉～

結論：再也不用為了硬體檢測問題傷神了～

在Ubuntu Server Edition上安裝GUI介面

想把server改成用Ubuntu Server，但是又不想只用command line的方式來管理與設定系統。所以就想到在Ubuntu Server上面裝上gnome...但是又不想安裝完整的gnome

在參考How to install GUI in Ubuntu Server之後，自己就試著用

sudo apt-get install x-window-system-core gnome-core

結果真的可以安裝很簡易版本的gnome...幾乎沒有任何GUI app...連synaptic都沒有，所以只好再用apt-get來安裝

DOM-based XML utility For iPhone

在Mac OSX上，分別有NSXMLParser跟NSXMLDocument來處理有關SAX與DOM方式的XML parsing。然而在iOS上的Cocoa Touch，卻只剩下SAX的NSXMLParser的處理方式。相較於DOM來說，SAX的處理方式是較為快速與節省資源的，也或許是這樣才會在iOS上只保留這種方式的parsing。

然而，如果只是簡單格式的XML讀取，用NSXMLParser來parse可能是很快速簡便。但是如果要處理的XML格式眾多或是格式複雜，那就可能不是那麼好過了...而且NSXMLParser也只能處理讀取時的parsing。如果是要將資料輸出成XML格式，那不使用DOM的處理將會變得比較難以處理。

後來在internet上，發現這篇APXML: NSXMLDocument 』substitute' for iPhone/iPod Touch，才知道有這個APXML的DOM-based簡易套件可以使用。說它是簡易套件還真不為過，含Header file在內，全部也才不過6~7個source code files，每個也都不算太大、太複雜。

既然是DOM-based parser，當然除了可以讀取，也可以輸出成為XML。使用上很簡單，只要

#import "APXML.h"

就可以使用到全部的相關類別，不必一一去import個別的class。

Parse XML：

APDocument *doc = [APDocument documentWithXMLString:xmlstring];

取得Root Element：

APElement *rootElem = [doc rootElement];

讀取所有子element：

NSArray *childElements = [rootElem childElements];

讀取element name：

NSString *elementName = elem.name;

讀取element value：

NSString *elementValue = elem.value;

讀取特定名稱之attribute：

NSString *attrValue = [elem valueForAttributeNamed:attributeName];

輸出部分則為

Create Element：

APElement *elem = [APElement elementWithName:elementName];

Set attribute & element value：

[elem addAttributeNamed:attrName withValue:attiValue];

[elem appendValue:elementValue];

Add child element：

[elem addChild: childElem];

Create XML Document：

APDocument *doc = [[APDocument alloc] initWithRootElement: elem];

Output XML string：

NSString *xmlString = [doc xml];

使用語法算是十分簡單、直覺。

其實，要自己實作DOM-based parser也不算太難，但是總是比較費工夫、品質也需要時間來鍛鍊。既然有現成又不錯的lib，當然能善加利用會更好囉～

好用的HTTP lib(for iPhone & Mac OSX)

HTTP API其實在Cocoa裡面是有的，透過NSURL、NSURLRequest、NSURLConnection等類別來達成，也分別支援同步與非同步傳輸。使用上雖然不算是太難，但是仍然有不少繁瑣的手續要做，要處理的delegate method也不算少，讓人感覺還是有點不是那麼方便。

因此，後來在internet上，找到一個叫做ASIHTTPRequest的lib，這個lib是以BSD license的方式open source的。顧名思義，這個lib的主要工作就是提供HTTP protocol的通訊機制，而且用很簡單的方式讓developer可以操作request、response，以及設定POST parameter，甚至是上下傳檔案等等。本身也內建啟用Cookie機制，所以對於一些有session tracking的web services也很方便。當然也提供有同步與非同步的傳輸。
官網位置：http://allseeing-i.com/ASIHTTPRequest/

心得：該Lib除了可以在Mac OSX上使用外，也可以在iOS上使用，而且目前已經與iOS4相容。使用上算是很簡單，也沒碰過啥大問題。如果要說缺點，就是放到project中，會導致project code在compile之後多出不少容量吧XD

動態調整TableVewCell的高度

因為工作需求，原本要使用UITextView來顯示多行文字，但是發現使用了UITextView之後，Cell可以觸發select動作的區域將變得很小（受到UITextView的區域影響）。所以改用別的方式處理。

首先，發現原來UILabel是可以顯示多行文字的，只要把property numberOfLines設為0，就可以支援多行文字，但是必須呼叫[label sizeToFit]，來調整UILabel的大小。

而預設的UITableViewCell的textLabel也可以這樣調整，所以就可以顯示多行文字。然而，UITableView還有個問題，就是有cell height的問題。因為cell height似乎是在cell顯示前就會設定好，所以即使在tableView:cellForRowAtIndexPath:這個method裡面去調整cell的高度也是無效。必須透過tableView:heightForRowAtIndexPath:來回傳特定cell的高度。

但是，對於多行文字來說，因為內容行數是不固定的，所以必須在顯示時計算實際行數文字的總高度。幸好在參考iPhone SDK: Resizing a UITableViewCell to Hold Variable Amounts of Text, Part 2 of 2這篇之後，得到解答。就是利用NSString裡面的sizeWithFont:constrainedToSize:lineBreakMode:來根據指定的字型高度跟斷行方式來計算。可以使用Objective-C的Category機制，將此method放置到NSString中。以下是參考上述文章所寫的code：

@implementation NSString (TextHeight)

-(CGFloat) textHeightForSystemFontOfSize:(CGFloat)size {

//Calculate the expected size based on the font and linebreak mode of the label

CGFloat maxWidth = [UIScreen mainScreen].bounds.size.width - 50;

CGFloat maxHeight = 9999;

CGSize maximumLabelSize = CGSizeMake(maxWidth,maxHeight);

CGSize expectedLabelSize = [self sizeWithFont:[UIFont systemFontOfSize:size] constrainedToSize:maximumLabelSize lineBreakMode:UILineBreakModeWordWrap];

return expectedLabelSize.height;

}

@end

透過此method，就可以在tableView:heightForRowAtIndexPath:中回傳正確的文字內容高度了。