Let's make noise

讓 iOS App 優雅的 Crash 吧！

2013-07-05T09:00:00.003+08:00

開發 iOS App 最害怕的一件事就屬上架審核了！

不僅要讓 Apple 恣意的玩弄 App 所有的功能以外，更令人尷尬的事情是－ Bug 總會在這時候爭先恐後的冒出來，造成 crash reject（註1：教育訓練定理）。

如果剛好這些 Bug 們生性害羞靦腆，躲過了審查而順利的上架了，這時候卻換成使用者三不五時反應說程式一直當機，一直閃退（註2：使用者天生是讓系統崩潰的天才），但是你卻想破頭也不知道原因是什麼，這時候如果有個能將當下的錯誤訊息回報給你，至少有個方向可以去追查。

註1：教育訓練定理。教育訓練等正式場合，系統的 Bug 就有如脫韁的野馬一般，總在令人意想不到的情形下大肆奔放。
註2：使用者天生是讓系統崩潰的天才。不解釋......

今天要介紹的是，如何讓 App 崩潰的時候，能夠崩的優雅，崩的面不改色，崩的理所當然。

首先要了解的是，一般在 iOS 中系統遇到了 Exception 時，我們可以用 try...catch 來捕捉這些例外情況，但是會造成 App 直接 crash 的狀況時，不論再怎麼包 try...catch 就是無法將錯誤例外抓出來，這是因為系統對於這一類的錯誤不是拋出 Exception 訊息，而是 Signal 訊號。

所以如果想要捕捉這些錯誤例外，就必須自己手動捕捉。

UncaughtExceptionHandler.h

#import <Foundation/Foundation.h>
#import <MessageUI/MFMailComposeViewController.h>

@interface UncaughtExceptionHandler : NSObject<MFMailComposeViewControllerDelegate>
{
 BOOL dismissed;
}

@end
void HandleException(NSException *exception);
void SignalHandler(int signal);
void InstallUncaughtExceptionHandler(void);

UncaughtExceptionHandler.m

#import "UncaughtExceptionHandler.h"
#include <libkern/OSAtomic.h>
#include <execinfo.h>
#import <MessageUI/MFMailComposeViewController.h>
#import "AppDelegate.h"

NSString * const UncaughtExceptionHandlerSignalExceptionName = @"UncaughtExceptionHandlerSignalExceptionName";
NSString * const UncaughtExceptionHandlerSignalKey = @"UncaughtExceptionHandlerSignalKey";
NSString * const UncaughtExceptionHandlerAddressesKey = @"UncaughtExceptionHandlerAddressesKey";

volatile int32_t UncaughtExceptionCount = 0;
const int32_t UncaughtExceptionMaximum = 10;

const NSInteger UncaughtExceptionHandlerSkipAddressCount = 4;
const NSInteger UncaughtExceptionHandlerReportAddressCount = 5;

@implementation UncaughtExceptionHandler

+ (NSArray *)backtrace
{
 void* callstack[128];
 int frames = backtrace(callstack, 128);
 char **strs = backtrace_symbols(callstack, frames);
 
 NSMutableArray *backtrace = [NSMutableArray arrayWithCapacity:frames];
 for(int i = UncaughtExceptionHandlerSkipAddressCount;
  i < UncaughtExceptionHandlerSkipAddressCount + UncaughtExceptionHandlerReportAddressCount;
  i++)
 {
  [backtrace addObject:[NSString stringWithUTF8String:strs[i]]];
 }
 free(strs);

 return backtrace;
}

- (void)alertView:(UIAlertView *)anAlertView clickedButtonAtIndex:(NSInteger)anIndex
{
 if(anIndex == 0)
 {
  dismissed = YES;
 }
 else if(anIndex == 1)
 {
  NSBundle *bundle = [NSBundle mainBundle];
  NSDictionary *info = [bundle infoDictionary];
  NSString *productName = [info objectForKey:@"CFBundleDisplayName"];
  
  // 開啟寄信的 view
  MFMailComposeViewController *mailView = [[MFMailComposeViewController alloc] init];
  mailView.mailComposeDelegate = self;
  [mailView setEditing:NO animated:YES];
  [mailView setEditing:NO];
  [mailView setToRecipients:@[@"tericky@gmail.com"]];
  [mailView setSubject:[NSString stringWithFormat:@"[%@] - 錯誤回報",productName]];
  [mailView setMessageBody:anAlertView.message isHTML:NO];
  
  if(mailView)
  {
   AppDelegate *appDelegate = (AppDelegate*)[UIApplication sharedApplication].delegate;
   [appDelegate.window.rootViewController presentViewController:mailView animated:YES completion:^{}];
  }
 }
}

- (void)validateAndSaveCriticalApplicationData
{

}

-(void)mailComposeController:(MFMailComposeViewController *)controller didFinishWithResult:(MFMailComposeResult)result error:(NSError *)error
{
 if(result == MFMailComposeResultSent)
 {
  
 }

 AppDelegate *appDelegate = (AppDelegate*)[UIApplication sharedApplication].delegate;
 [appDelegate.window.rootViewController dismissViewControllerAnimated:YES completion:^{}];
}

- (void)handleException:(NSException *)exception
{
    [self validateAndSaveCriticalApplicationData];
 
    UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"喔喔！程式發生了異常！"
              message:[NSString stringWithFormat:@"為了讓 App 可以更好，請將錯誤訊息回報給開發人員！\n\n"@"異常原因如下:\n%@\n%@",exception.reason,[exception.userInfo objectForKey:UncaughtExceptionHandlerAddressesKey]]
             delegate:self
             cancelButtonTitle:@"退出"
             otherButtonTitles:@"回報", nil];
 [alert show];
 
 CFRunLoopRef runLoop = CFRunLoopGetCurrent();
 CFArrayRef allModes = CFRunLoopCopyAllModes(runLoop);
 
 while(!dismissed)
 {
  for(NSString *mode in (__bridge NSArray *)allModes)
  {
   // 0.1 是 run loop 的時間，越短畫面捕捉使用者觸碰反應越靈敏，但是會讓 cpu 非常忙碌，結果就造成凍結。
   CFRunLoopRunInMode((__bridge CFStringRef)mode, 0.1, false);
  }
 }
 
 CFRelease(allModes);
 
 NSSetUncaughtExceptionHandler(NULL);
 signal(SIGABRT, SIG_DFL);
 signal(SIGILL, SIG_DFL);
 signal(SIGSEGV, SIG_DFL);
 signal(SIGFPE, SIG_DFL);
 signal(SIGBUS, SIG_DFL);
 signal(SIGPIPE, SIG_DFL);
 
 if([exception.name isEqual:UncaughtExceptionHandlerSignalExceptionName])
 {
  kill(getpid(), [[exception.userInfo objectForKey:UncaughtExceptionHandlerSignalKey] intValue]);
 }
 else
 {
  //[exception raise];
  exit(0);
 }
}

@end

void HandleException(NSException *exception)
{
 int32_t exceptionCount = OSAtomicIncrement32(&UncaughtExceptionCount);
 if(exceptionCount > UncaughtExceptionMaximum)
 {
  return;
 }
 
 NSArray *callStack = [UncaughtExceptionHandler backtrace];
 NSMutableDictionary *userInfo = [NSMutableDictionary dictionaryWithDictionary:exception.userInfo];
 [userInfo setObject:callStack forKey:UncaughtExceptionHandlerAddressesKey];

 [[[UncaughtExceptionHandler alloc] init] performSelectorOnMainThread:@selector(handleException:)
                 withObject:[NSException exceptionWithName:exception.name
                         reason:exception.reason
                          userInfo:userInfo]
                 waitUntilDone:YES];
}

void SignalHandler(int signal)
{
 int32_t exceptionCount = OSAtomicIncrement32(&UncaughtExceptionCount);
 if (exceptionCount > UncaughtExceptionMaximum)
 {
  return;
 }

 NSMutableDictionary *userInfo = [NSMutableDictionary dictionaryWithObject:[NSNumber numberWithInt:signal]
                    forKey:UncaughtExceptionHandlerSignalKey];

 NSArray *callStack = [UncaughtExceptionHandler backtrace];
 [userInfo setObject:callStack forKey:UncaughtExceptionHandlerAddressesKey];
 NSException *exception = [NSException exceptionWithName:UncaughtExceptionHandlerSignalExceptionName
              reason:[NSString stringWithFormat:@"Signal %d 被觸發",signal]
               userInfo:[NSDictionary dictionaryWithObject:[NSNumber numberWithInt:signal]
                      forKey:UncaughtExceptionHandlerSignalKey]];
 
 [[[UncaughtExceptionHandler alloc] init] performSelectorOnMainThread:@selector(handleException:)
                 withObject:exception
                 waitUntilDone:YES];
}

void InstallUncaughtExceptionHandler(void)
{
 NSSetUncaughtExceptionHandler(&HandleException);
 signal(SIGABRT, SignalHandler);
 signal(SIGILL, SignalHandler);
 signal(SIGSEGV, SignalHandler);
 signal(SIGFPE, SignalHandler);
 signal(SIGBUS, SignalHandler);
 signal(SIGPIPE, SignalHandler);
}

完成了之後，在AppDelegate.m中

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
 InstallUncaughtExceptionHandler();

 self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];
 self.window.backgroundColor = [UIColor whiteColor];
 self.window.rootViewController = [[MainViewController alloc] init];

 [self.window makeKeyAndVisible];
    return YES;
}

這樣就完成了捕捉了，以下是測試效果

可喜可賀！可喜可賀！

範例檔下載：ElegantDeath.zip

日本記行 - 横浜中華街

2013-04-22T10:10:00.005+08:00

只要有華人，就會有中華街！

在日本久了，每天吃的不外乎冷食或是口味重的拉麵，實在很想念中式口味的食物，除了超市賣的偽中華料理或是一些標榜中華風的餐廳。可以查查Google Map看看附近有沒有 China Town 可以一解鄉愁！

日本很多地區都有中華街，其中就屬橫濱的中華街最大最有名！

檢視較大的地圖

入口之一 - 朝陽門

朝陽門近照

一進入入口，濃濃的中國刻板印象直撲而來，跟世界各國一樣，日本對於中國的印象無外乎就是唐裝、旗袍、包子頭...常常會在各種不同的地方出現這些象徵中華風的代表物。

很有趣的對聯

「世界一刀削麵麵麵麵，朝二時まて盛況營樣中」

朝二時まて => 早上兩點為止

好有趣啊～～～≧▽≦

拍攝朝陽門的觀光客

中華街往內看

警察局

通緝犯與他犯罪的好朋友們

請大家出門在外注意安全！

繼續深入內部

出現了！擔擔麵

小籠包也出現了

小籠包近拍

王府井？井王府？不知道要從哪邊念起

雜貨店

旁邊的岔路往市場通

人很多

標榜台灣料理 - 狀元鄉

忘記是哪一家店的菜單，有128道菜可以點

終於到吃午餐的餐廳了 - 醉樓

精美的料理...模型

奔流而下的　鳥の巢ヤキソバ

結果叫我們到別館去

魚翅套餐

我們吃的是魚翅套餐，有魚翅炒飯、魚翅湯、魚翅甜點...每一道都有魚翅，口味還蠻特殊的，結合中式的口味、日式的作法，感覺非常的微妙...

後記：中華街裡面有個式各樣的料理口味，台式、港式、北京料理、上海料理...等等，但是為了迎合日本人的飲食習慣，或多或少都與道地的口味有些不同，想要吃到100%的家鄉味可能就要失望了！但是真的是可以稍解一下遠行在外的鄉愁！

相關連結：

日本記行 - 秋葉原(あきはばら)

日本記行 - 筑波萬博紀念公園

日本記行 - 新宿(東京都庁舎)

2013-04-18T09:28:00.001+08:00

在新宿住了一個周末，雖然旅館很爛...但是一點也不減薪宿的風采！第一天坐 JR 到新宿車站，一出車站就迷路了Orz...。

當天與人約在歌舞伎町，但是車站的出口有3、40個，事前準備的路線沒有派上用場，只好硬著頭皮仔細分析車站內的指示，一個小時後總算是讓我摸到了目的地，真是有驚無險啊！

因為在新宿只是短暫停留，只去逛了這次要介紹的東京都廳舍。

檢視較大的地圖

東京都廳舍介紹。出處：http://www.yokoso.metro.tokyo.jp/

東京都廳舍曾經是日本最高的建築，1990年完工，1991年啟用，1993年最高紀錄被打破，由於是泡沫經濟最高峰的時候所建造，建完之後馬上遇到日本經濟衰敗，後來就被諷斥為「泡沫之塔」。

雖然都廳舍的命運乖舛，時運不濟，但是仍然是觀光客到了新宿，喜歡參觀的一個景點。

開放時間除了新年期間，其餘開放時間為每天早上九點半 ~ 晚上十一點。

外觀

通往一樓大廳的地下通路

一樓大廳

北塔的電梯

一出電梯看到的是紀念品店

窗外景色

對面大樓的停機棚

窗外景色

新宿公園

咖啡廳

新宿 Times Square

後記：因為時間關係只逛了北塔，晚上來看夜景也是個不錯的地點，如果遇到天空樹關閉無法上去的話（很常關閉...我去兩次關兩次...），可以轉往都廳舍看東京的夜景。

相關連結：

日本記行 - 秋葉原(あきはばら)

日本記行 - 筑波萬博紀念公園

日本記行 - 横浜中華街

日本記行 - 筑波萬博紀念公園

2013-04-16T10:37:00.000+08:00

如果是烏龍派出所的忠實觀眾的話，應該會看到兩津回憶小時候時，常常會有萬博會(萬國博覽會)這個活動，萬博是陪伴日本人成長的一個共同回憶，見證了日本經濟起飛又泡沫化的歷程。

根據 wiki 上面所寫的，每隔1~2年就會舉辦一次萬國博覽會，主辦國也不限定是日本，下面是日本比較有名的萬博場次。

沖縄県国頭郡本部町の「沖縄国際海洋博覧会」跡地については「国営沖縄記念公園」をご覧ください。

茨城県つくば市の「国際科学技術博覧会」（科学万博）跡地については「科学万博記念公園」をご覧ください。

大阪市鶴見区と守口市に跨る「国際花と緑の博覧会」（花の万博）跡地については「花博記念公園鶴見緑地」をご覧ください。

愛知県長久手市の「2005年日本国際博覧会」（愛知万博）長久手会場跡地については「愛・地球博記念公園」をご覧ください。

瀬戸会場跡地については「瀬戸万博記念公園」をご覧ください。

這一次我去的是位於茨城縣的萬博公園，公園的主題為科學，非常符合筑波學園都市科學城的形象。

檢視較大的地圖

離我住的地方大概4公里左右，但是一路都是上坡下坡，騎起來非常的費力(呼～)

入口的形象柱

下方則是印著公園地圖

一進入入口，眼前是一片廣大的草原。

很大的草地

草地上有一些小朋友在踢球，也有爸爸跟小朋友在玩傳接球的遊戲，非常的日式家庭的休假日。

兩邊有非常平的柏油路，可以騎著腳踏車逛整個公園，也有看到一些人在慢跑。

陽光很溫暖

因為去的時期是冬季，等到了夏季，整片景色會完全不一樣！

夏季時這條路會變成綠色隧道

紀念碑

另一片草地在練習足球的小孩子

公園的另一側的大湖

湖景遠眺

湖裡住了非常多的野鳥跟鴨子

順帶一提的是，筑波的公園，只要有湖的話，裡面大部分都可以看到鴨子，長得非常健康好吃的樣子！幸好日本人不流行吃薑母鴨！

環湖一周

散步的人們

因為公園非常的漂亮，可以看到情侶約會或是爸爸媽媽帶著小朋友來這邊散步，每個季節都有不同的風味。

繞了一圈回到入口

夕陽、腳踏車、影子

下山的路，上來騎到腿軟

後記：筑波萬博公園真的是很漂亮的一個公園，到處都很整齊、乾淨。刻意的規劃但又保留了自然的生態，整體感覺很舒服。因為很大，會讓人心胸也寬廣了起來。唯一的缺點就是冬天冷風吹頭，回家會偏頭痛....要注意保暖。

相關連結：

日本記行 - 秋葉原(あきはばら)

日本記行 - 新宿(東京都庁舎)

日本記行 - 横浜中華街

日本記行 - 秋葉原(あきはばら)

2013-04-14T18:18:00.000+08:00

因為這一次在日本一個月住的地方是茨城縣的筑波市，距離東京都坐 Tsukuba Express 大概45分鐘左右，其實還蠻方便的。

Tsukuba Express 停靠站

終點站就是秋葉原站了，所以我第一個自由行的地點就挑了秋葉原！我總共去了3次，每一次去都有不同的體驗 ( *´艸`*)

根據 wiki上所寫的，原本秋葉原是住宅區，後來發生了大火，改建成為青果市場。二戰後開始有電器店進駐，搖身一變變成了電器城。慢慢的因為家庭電器的沒落，逐漸被電腦以及ACG的產業所取代，成為了現在我們看到的秋葉原。

先來張秋葉原的地圖

秋葉原地圖。圖片出處：GO Tokyo http://www.gotokyo.org

秋葉原大致上可以分成兩邊，車站前面的 YODOBASHI 大樓，很像台灣的光華商場，所有的3C產品，遊戲，玩具全部都聚集在這一棟大樓。周邊則是一些小餐廳，卡拉OK或是DVD觀賞店...等等。

車站前面

YODOBASHI 大樓

注意看大樓底下，圍了一大群人，這裡並不是有什麼活動還是在排什麼隊，他們是在連線！人手一台3DS、PSP、PSV...等，大家都低頭不語，忙著玩遊戲。遠遠看就像一群怪異的靜坐群眾，而且隨著時間還會越來越多人。順便一提，這一天的溫度大概是4度左右...

周邊的小店

偶然的一景

剛好JR駛過

接下來要介紹的就是非常熱鬧的車站後方，東京的動漫流行中心。先來一張圖。

步行者天國

中央通每個禮拜天的下午一點到下午六點會實施步行者天國，原本大馬路上的車瞬間都消失，只允許行人行走，連腳踏車都要牽著走才能進入，否則會被負責維持秩序的工作人員"請"出哦！

中央通

街上非常多的外國人在拍照，倒不如說，只有外國人在拍照，日本人都一股腦的往店鋪裡跑，在他們眼裡我們應該就像鄉巴佬一樣吧...

初音未來痛車

後車廂音樂非常High

跟台灣一樣到處都有夾娃娃機

看到這裡，應該有人會問怎麼都沒有看到女僕，有啦有啦！不要猴急！
一般在中央通是看不到女僕的，想要看女僕的話，要轉到旁邊的小巷裡面，參照上面的的地圖，往石丸電機的方向走，就會看到滿街的女僕在攬客(?)。

一邊的小巷

但是請不要一看到女僕就興奮的拿起相機猛拍，這樣很不禮貌，請帶著笑容問一句：すみません、写真を撮ってもいいですか？（拍謝！可以拍個照嗎？）

通常他們會回你：すみません(對不起)甚至是ダメ(不行)～
所以下次就不要問，直接偷拍，拍了就跑就對了(誤)
以下是本人使盡各種手段偷拍來的珍貴照片...

請做好心理準備

再往下捲動

我警告過你了哦

最後機會

俗話說期待越大，受的傷害就越大。滿街的女僕都是這款的...尤其是最後一張圖片，根本是店長媽媽自己出來攬客的吧 （╯‵□′）╯︵┴─┴

後來我有一次非假日的晚上，為了要買阿楞又衝到秋葉原來一趟，這才發現素質整個不一樣！！！

下面是偶遇的街頭表演，我隨便晃一下就遇到了4，5團的人，所以時間沒有很趕的話，可以安排非假日的晚上來秋葉原逛逛，享受一下不一樣的氣氛！

後記：即使是不喜歡動漫的人，也可以到秋葉原感受一下氛圍，商店林立，人潮眾多，街道仍然非常乾淨，也很有秩序。另外就是建議如果肚子餓了，勤快一點走到前站那邊去吃吧！中央通這邊雖然也有賣吃的餐廳，但是人很多要排隊很久，光是吃飯旁邊站了一群人在看，壓力會很大。如果想要體驗一下女僕的招待，那就不在話下了 ( ^.＜ ) 啾咪

相關連結：

日本記行 - 筑波萬博紀念公園
日本記行 - 新宿(東京都庁舎)
日本記行 - 横浜中華街

Android - MapView上面的圖片跟著縮放 Part 2

2012-03-04T00:47:00.004+08:00

隔了七個多月的時間，我之前寫的Android - MapView上面的圖片跟著縮放在ptt上面又被挖出來了，這次比較不一樣的是，原本由程式帶入的點位，要改成由使用者在地圖上面長按後，將所按壓的位子放一個圖片，而這個圖片一樣要可以隨著地圖縮放！

所以我下班之後花了一點時間把之前的寫的範例修改成本次的需求，不過有一點要特別說明的是，之前的圖片縮放法太耗資源了，所以我改成了用 Matrix 的方式去縮放。

以下就是本次的範例說明

Layout 配置

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
 xmlns:android="http://schemas.android.com/apk/res/android"
 android:orientation="vertical"
 android:layout_width="fill_parent"
 android:layout_height="fill_parent">
 <com.google.android.maps.MapView
  android:id="@+id/mView_Main"
  android:layout_width="fill_parent"
  android:layout_height="fill_parent"
  android:apiKey="你自己的key">
 </com.google.android.maps.MapView>
</LinearLayout>

跟上次的範例一模一樣。

接下來是我改寫的點位物件，與之前不一樣的是，我拿掉了 getter 跟 setter，變成可以直接存取，然後新增了一個可以直接取得這個物件的位置函式。

package tw.tericky.test;

import com.google.android.maps.GeoPoint;

public class ImageEntity {
 public int  mLatitude;
 public int  mLongitude;
 public String mName;

 public ImageEntity() {
  mLatitude = 0;
  mLongitude = 0;
  mName = "";
 }

 public ImageEntity(int aLatitude, int aLongitude, String aName) {
  mLatitude = aLatitude;
  mLongitude = aLongitude;
  mName = aName;
 }

 public GeoPoint getGeoPoint() {
  return new GeoPoint(mLatitude, mLongitude);
 }
}

接著看的是存放點位的Overlay。

package tw.tericky.test;

import java.util.ArrayList;
import java.util.List;

import android.graphics.Bitmap;
import android.graphics.Matrix;
import android.graphics.PointF;
import android.graphics.drawable.BitmapDrawable;
import android.graphics.drawable.Drawable;
import android.view.MotionEvent;

import com.google.android.maps.GeoPoint;
import com.google.android.maps.ItemizedOverlay;
import com.google.android.maps.MapView;
import com.google.android.maps.OverlayItem;

public class MarkerOverlay extends ItemizedOverlay<overlayitem> {
 private static final int mTouchMarker = 1000; // 長壓作用時間(毫秒)
 private static final int mMoveRate  = 5; // 地圖移動基數
 private static int   mOldZoomLevel;   // 紀錄地圖的縮放等級
 private static long   mTouchTime;   // 紀錄手指按下的時間
 private static PointF  mStartPoint;   // 紀錄手指按下的坐標
 private static int   mBaseLevel  = 10; // 圖片原大小對應的地圖縮放層級
 private static float  mLevelRate  = 0.2f; // 每一級之間的縮放比例

 private static Drawable  mMarkerDrawable;  // Drawable物件
 private static Bitmap  mMarkerBmp;   // 原本所用的圖示，設成全域變數避免每次重複生成

 private List<imageentity> mItems;    // 存放點位資料

 public MarkerOverlay(Bitmap aDefaultMarker) {
  super(boundCenterBottom(mMarkerDrawable = new BitmapDrawable(aDefaultMarker)));
  mItems = new ArrayList<imageentity>();
  mMarkerBmp = aDefaultMarker;
  mStartPoint = new PointF();
  mOldZoomLevel = mBaseLevel;

  // 一定要加，不然當mItems的個數是0個時，會造成crash
  populate();
 }

 public Boolean addItem(ImageEntity aImageEntity) {
  Boolean result = aImageEntity != null ? mItems.add(aImageEntity) : false;

  // 更新OverlayItem前，先把focus移走，不然會出錯
  setLastFocusedIndex(-1);
  // 通知ItemizedOverlay更新OverlayItem
  populate();

  return result;
 }

 public Boolean addItems(List<imageentity> aImageEntityList) {
  Boolean result = aImageEntityList != null ? mItems.addAll(aImageEntityList) : false;

  // 更新OverlayItem前，先把focus移走，不然會出錯
  setLastFocusedIndex(-1);
  // 通知ItemizedOverlay更新OverlayItem
  populate();

  return result;
 }

 public void recycle() {
  // 回收記憶體，避免造成 memory leak
  if (!mMarkerBmp.isRecycled()) {
   mMarkerBmp.recycle();
   mMarkerBmp = null;
  }

  mMarkerDrawable.setCallback(null);
 }

 @Override
 protected OverlayItem createItem(int aPosition) {
  OverlayItem item = new OverlayItem(mItems.get(aPosition).getGeoPoint(), mItems.get(aPosition).mName, "Marker");
  // 要自己重新設定Market，否則沒有效果
  item.setMarker(mMarkerDrawable);
  return item;
 }

 @Override
 public int size() {
  return mItems.size();
 }

 public void reSize(int aMapZoomLevel) {
  // 計算縮放率，記得一定要 > 0
  float scale = 1 - (mBaseLevel - aMapZoomLevel) * mLevelRate * 1.1f;

  if (scale > 0) {
   Matrix matrix = new Matrix();
   matrix.postScale(scale, scale);

   mMarkerDrawable.setCallback(null);
   mMarkerDrawable = boundCenterBottom(new BitmapDrawable(Bitmap.createBitmap(mMarkerBmp, 0, 0, mMarkerBmp.getWidth(), mMarkerBmp.getHeight(), matrix, false)));

   // 更新OverlayItem前，先把focus移走，不然會出錯
   setLastFocusedIndex(-1);
   // 通知ItemizedOverlay更新OverlayItem
   populate();
  }
 }

 @Override
 public boolean onTouchEvent(MotionEvent event, MapView mapView) {
  try {
   if (event.getAction() == MotionEvent.ACTION_UP) {
    float start = mStartPoint.x + mStartPoint.y;
    float end = event.getX() + event.getY();
    int rate = mMoveRate * mapView.getZoomLevel();

    // 在手指按壓後，幾乎沒有移動的情況下或是移動量不大的情況下才會觸發事件
    if (Math.abs(end - start) < rate) {
     // 按壓超過設定時間才會觸發
     if (event.getEventTime() - mTouchTime > mTouchMarker) {
      // 取得按壓點轉換成經緯度，放入點位串列中
      GeoPoint mPoint = mapView.getProjection().fromPixels((int) event.getX(), (int) event.getY());
      this.addItem(new ImageEntity(mPoint.getLatitudeE6(), mPoint.getLongitudeE6(), mPoint.toString()));
      // 刷新地圖
      mapView.invalidate();
     }
    }

    // 判斷是否有地圖縮放的情況
    if (mOldZoomLevel != mapView.getZoomLevel()) {
     mOldZoomLevel = mapView.getZoomLevel();
     this.reSize(mOldZoomLevel);
    }
   } else if (event.getAction() == MotionEvent.ACTION_DOWN) {
    // 紀錄起始按壓位置與時間
    mStartPoint.set(event.getX(), event.getY());
    mTouchTime = event.getDownTime();
   }
  } catch (ArrayIndexOutOfBoundsException e) {
   e.printStackTrace();
  }

  return super.onTouchEvent(event, mapView);
 }

}

最後是MapActivity的寫法。

package tw.tericky.test;

import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.graphics.BitmapFactory.Options;
import android.os.Bundle;
import android.widget.ZoomButtonsController;
import android.widget.ZoomButtonsController.OnZoomListener;

import com.google.android.maps.GeoPoint;
import com.google.android.maps.MapActivity;
import com.google.android.maps.MapView;

public class AndroidMapTest2Activity extends MapActivity {
 private MapView   mMViewMap;
 private MarkerOverlay mMarkerOverlay;

 private OnZoomListener mMapViewOnZoom = new OnZoomListener() {
            @Override
            public void onZoom(boolean zoomIn) {
             if (zoomIn) {
              mMViewMap.getController().zoomIn();
             } else {
              mMViewMap.getController().zoomOut();
             }
             // 縮放圖標大小
             mMarkerOverlay.reSize(mMViewMap.getZoomLevel());
            }

            @Override
            public void onVisibilityChanged(boolean visible) {

            }
           };

 @Override
 public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.main);

  // 原圖尺寸 711 * 384
  // 將大圖的尺寸預先縮減
  Options opts = new Options();
  opts.inSampleSize = 3;
  Bitmap marker = BitmapFactory.decodeResource(getResources(), R.drawable.qb, opts);

  // 生成圖層
  mMarkerOverlay = new MarkerOverlay(marker);

  mMViewMap = (MapView) findViewById(R.id.MView_Map);
  // 加入圖層
  mMViewMap.getOverlays().add(mMarkerOverlay);

  // 刷新
  mMViewMap.invalidate();
  mMViewMap.setBuiltInZoomControls(true);
  mMViewMap.setClickable(true);
  mMViewMap.setEnabled(true);
  mMViewMap.getController().setZoom(10);
  ZoomButtonsController zoomButton = mMViewMap.getZoomButtonsController();
  zoomButton.setOnZoomListener(mMapViewOnZoom);

  // zoom 到台灣
  mMViewMap.getController().animateTo(new GeoPoint(23949024, 120992340));
 }

 @Override
 protected void onDestroy() {
  mMarkerOverlay.recycle();
  super.onDestroy();
  System.exit(0);
 }

 @Override
 protected boolean isRouteDisplayed() {
  return false;
 }
}

最後要說的是，為什麼不直接將onTouch事件設給MapView而是設在Overlay裡面，是因為......該死的ZoomButtonsController的Touch事件跟MapView的Touch互衝，所以MapView的Touch只會作用一次而已，這邊害我卡了很久...

按照慣例，附上Source Code(AndroidMapTest2.rar)

有任何疑問歡迎討論！

座標距離轉換

2012-02-13T16:04:00.001+08:00

Vincenty's formulae 定理

WIKI：http://en.wikipedia.org/wiki/Vincenty%27s_formulae

Inverse method：已知兩點座標，求出兩點的距離。

http://www.movable-type.co.uk/scripts/latlong-vincenty.html

Direct Method：已知一點座標，給定距離與方位角，求出目標座標。

http://www.movable-type.co.uk/scripts/latlong-vincenty-direct.html

Git Server via HTTP with Apache2 on Ubuntu 11.10

2012-01-02T16:36:00.001+08:00

折磨我好久的Git Server安裝終於建立成功了，這淘氣的東西讓我這Linux生手搞了三個禮拜才安裝好...真是....嘰咕修～～～
趕緊把它寫下來，免得之後發生意外，又要三個禮拜去回想...

首先環境是 Ubumtu 11.10 on vmware station 8，network 用 NAT，設定port forwarding讓外部電腦可以經由Host的ip直接連結進去。

接下來是指令，開啟終端機，開始輸入吧！

#安裝apache2
apt-get install apache2

#安裝git
apt-get install git-core

#建立存放repository的base(位置可以自訂)
mkdir /var/git

#在repository底下建立新的專案
cd /var/git
mkdir MyNewProject.git

#初始化專案git設定
cd /var/git/MyNewProject.git
git --bare init

#修改權限（設給www-data <= apache用）
chown -R www-data.www-data .
#注意後面有一個小點 => .

#再次修改權限（不知道為什麼要設到777這麼大）
chmod 777 . -R
#注意有一個小點 => .

#更新git server info
git update-server-info

#安裝dav模組
a2enmod dav_fs

#編輯apache serve 的設定檔
gedit /etc/apache2/conf.d/git.conf

#填入下列內容，注意專案名稱與路徑的對應
#passwd.git 密碼檔案名稱可以自訂
Alias /MyNewProject.git /var/git/MyNewProject.git
<location /mynewproject.git>
DAV on
AuthType Basic
AuthName "Git"
AuthUserFile /etc/apache2/passwd.git
Require valid-user
</Location>

#新增帳號密碼
htpasswd -c /etc/apache2/passwd.git 帳號
#接著會要你輸入密碼

#重新起動apach
/etc/init.d/apache2 restart

最後用瀏覽器測試連線：http://your.domain.name.or.ip/MyNewProject.git(剛剛建立的專案資料夾)/HEAD
如果有跳出輸入帳號密碼的話，恭喜你！你成功安裝完成了！

AD網域認證發生錯誤：未知的錯誤 (0x80005000)

2011-10-31T09:14:00.000+08:00

卡了我好久的 AD 網域讀取問題終於解決了，提供給有相同困擾的人。

AD讀取的程式碼(C#)

DirectoryEntry entry = new DirectoryEntry("LDAP://GOOGLE.COM.TW:389", "userName", "password");
entry.RefreshCache();

一直出現錯誤畫面：

解決的方法如下：

在 Windows Server 2003 中，userName不需要加 domain。
ladp路徑要大寫 <=== 卡了我一個多禮拜的兇手。

如果你是這樣而排除錯誤的話，留個言讓我知道一下吧！

手機程式開發與兼顧硬體能力

2011-09-30T08:46:00.000+08:00

作者: iincho (世界的盡頭) 看板: Soft_Job
標題: Re: [請益] 手機程式開發與兼顧硬體能力
時間: Thu Sep 29 01:25:57 2011

既然有人希望在下介紹怎麼看Android code，這裡就稍微分享一下心得，

不敢說每個模組都精通，但是大方向抓是抓得出來的，

不過我不喜歡吊書袋，所以想看到什麼design pattern之流的不要太期待。

首先講書，Android目前關於系統面寫得最好的是底下這本：

Android技術內幕：系統卷, 作者楊豐盛，簡體書。

網路上找得到部分試閱，不過後面的章節沒前面寫得好，但光看第三章就划算，

對binder的講解應該是目前市面上最好的。

應該很多人看過韓超那本"深入淺出 Android 系統原理及開發要點"，

不過就我來看這兩本根本不是同一個檔次的東西。

台灣出的基本上只能買高煥堂寫的，其他的不要碰。高先生對系統的理解算非常強，

就是欠了點文彩有些可惜，不過寫的東西比那些搞技術傳教的好多了，至少觀念都是

正確的。

寫AP的書我買的少，不特別做評論，不過還是一樣建議，優先考慮簡體書。

再來講看code的大方向，首先你要知知道Android的分層：

上層APP走Java，中層Middlware走C++，底層driver走C。

再加上兩兩中間溝通的介面，所以你至少要會五個東西。

總結來說，你要有基本的C/C++和Java程式語言閱讀的能力，然後你要懂JNI，

不然永遠在Java那層繞吧，最後你要會寫一點Linux driver，

不然ioctl下去你就不知道東西到哪去了。

再來，你最好懂一些OS的基本概念，尤其要知道virtual memory的運作機制，最好

懂一些program loader和shared library的概念。為什麼? 我個人的看法是這樣，

你讀code的時候除了想辦法追出流程以外，也要能夠理解資料是怎麼搬動的，

這在Android尤其重要，因為系統設計本質上就是分散的，大量依靠IPC傳遞資訊，

所以當資料在不同process, user和kernel space搬來搬去的時候常會亂了套，

當然你可以不用理這些，但是Android有一些很精巧的設計是靠這些東西在跑的，

你不會就永遠看不出來為什麼這個系統在某些地方的設計概念是怎麼做的。

我想這對純軟的人來說門檻應該不高，最終我們希望的是能更理解到看到一段

code就知道程式的流程，並且每段程式/資料在記憶體的哪個位置。能做到這一步

你對系統的掌握就比那些看圖說故事的好多了，比如說在Java的那層

Message Handler，真的看懂我認為要能夠說出中間的資料怎麼傳遞的才算及格，

而不是是A丟給B然後就會處理這樣的程度，很不幸的市面上的書籍大概都到這為止，

好在我們手上還有source code和debugger可以利用。

原則的東西講完來講細項，Android很大，但是有個東西一定要完全理解，

就是binder。因為中間層的設計理念大量使用到這個機制，每個中間的框架，

那些所謂的System service都是用OO包裝出一組架構，透過binder實踐

Client/server通訊來完成功能的。所以你只要讀通一組service其他就是照套，

然後就是針對子模組(Graphic Engine, Window system..etc)來了解，

這樣大概花幾個月就能有個大概成果，重點是一個一個照順序去解，利用前面

累積的經驗來加速後面的學習。

關於這部分我推薦底下這位的博客

http://blog.csdn.net/maxleng

他寫的Android核心分析雖然不算太精細，但是概念的掌握算是寫的最好的，

只是一開始往往看不懂必須等看code看到一定程度再回頭讀才會豁然開朗。

這應該算是另一個文采不夠強的例子吧，感覺上都講了，但是就是少了那麼

臨門一腳。

另外單純講Binder有份文件不錯，沒有標題，作者我也不知道，到處翻到的。

http://ppt.cc/M3rW

大陸有些文件是照抄這份就是。

最後是怪招，我這個人很懶，總是在想有沒有輕鬆寫意的方式可以幹活。

讀code有沒有偷雞的方法? 有的，就是靠Google....

一般說來我看到看不懂的東西第一會先去找有沒有人寫過概念性的介紹，

比如說最近看AudioFlinger我就會敲AudioFlinger，然後配合一些程式

裡面的關鍵字做搜尋，巴特....重點就是那個巴特...

先找圖片....這真是個盲點啊...XDDDDD

因為現在Android已經出來好幾年了，很多code對面的一堆傢伙都讀過，

這些人不但喜歡寫博客還喜歡畫圖，所以可以看到一堆閒人畫出來的

結構圖/UML圖，看到感覺有用的直接點進去看文，比在那邊一堆文章

慢慢撈快多了，男人果然是視覺系的動物(啥)，但是用這種方法要注意

code的時效性，有時候人家寫的是舊版的東西，我的習慣通常是看個好幾個

不同的文件然後統整一下再看code比對，順便檢查一下別人文章有沒有錯。

不過以上方法碰到冷門一點的module就死了，這時候就要用工具，

老美打仗都是用大槍就是這個道理，不要再相信精神戰力那套了。

拿出source insight或是其他工具硬上吧，我個人是比較喜歡

understand C++就是。不過要注意這些工具常常會有判斷錯誤的狀況，

尤其是碰到動態註冊或是一堆template的狀況常常都死得很難看，

真的找不出來的時候請反璞歸真暴力grep，不過說真的我不大能理解

有很多人堅持不用這些工具堅持vim+ctag+grep就是，明明效率

就是差了十倍有。

剩下就是花時間，看不懂先去休息再回頭看，應該都會有不錯的效果。

總之，備齊工具，抓大概念，各個擊破，如此而已。

Beware of bugs in the above code;

I have only proved it correct, not tried it.

※ 發信站: 批踢踢實業坊(ptt.cc)

◆ From: 114.32.193.107

※ 編輯: iincho 來自: 114.32.193.107 (09/29 01:34)

推 Ting1024  :超好文..雖然沒碰，但感覺這是很有趣 :)
推 akasan  :最近 soft_job 噴好多好文出來喔
推 tac0wu  :讚
推 andymai  :推一下~不過說那些畫圖的人是閒人~會讓人家很受傷吧...
→ fissh  :推看圖，不過我現在在做冷門(?)的module orz
推 alongalone  :agree~~~ 可是binder好難懂阿...(爆)
推 littlebau  :推最近好文真的很多
→ leiyan  :最近是淡季大家比較閒
推 howdonc  :thanks
推 lwecloud  :
推 CGary  :這篇文章好推...
推 Asciiss  :推 :D
推 yangyr  :讚喔~ 等linux kernel的書k完再來trace
推 atpx  :好文!! 不過看不懂 0rz....想來自修點iOs開發
推 saxer  :高老的書有時寫的很玄  但他OOP的概念是很精通的
→ saxer  :但他的演講真的很嘴砲XD
→ zekewang  :其實簡而言之就是要對OS設計模式很熟啦...
→ zekewang  :對面的不光android,連MTK的code都流出來了...
→ zekewang  :其實資訊的書籍~這幾年,仔細觀察..會發現國內能寫敢寫的
→ zekewang  :越來越少了~反而對岸最近幾年進步神速~很多都可以找到
→ zekewang  :簡體版的文章或是書籍~~因此如果自認基礎不夠的話
→ zekewang  :可以看簡體版幫助釐清android設計概念
→ iincho  :某種程度上Android在設計上遠超過傳統的OS設計....
→ iincho  :所以說傳統OS很熟我想應該是不大夠的...
→ zekewang  :如果自認底子好的話..相信看source以及SDK就足以了
→ andymai  :但我有點覺得對岸進步是一定的~怎麼可能那麼多人全都廢材?
→ andymai  :而且...已經一堆人都跑去對岸了...Orz
→ iincho  :當初有東西拆了兩個禮拜看出門道，結果上網一翻早有人寫了
→ iincho  :就速成來說看對面寫的東西的確會快很多...
→ zekewang  :當然..android這台拼裝車~用了很多非傳統OS課本所說的
→ iincho  :不過也很很多東西沒人寫或是講不清楚，對面也一堆東西抄的
→ iincho  :當初在看zygote的東西也找過資料，幾乎都只講到皮毛..
→ iincho  :關鍵點不是沒人寫就是腦補，所以很多地方還是要自己看啦
→ andymai  :噗~常常看到一字不漏copy貼上的~而且還是錯的...XD
→ iincho  :所以說這是歪招啊，對自己能力有把握的才能用這種方法加速
→ iincho  :靠這方法賺了不少打電動時間就是, 初學者的話就怕看不出錯
→ zekewang  :其實如果能夠的話...想摸android kernel建議dalvik是捷徑
→ iincho  :我反而不大建議從dalvik開始看，如果就台灣硬體廠的工作
→ iincho  :看這塊投報率太低，當興趣倒是無妨。
→ zekewang  :投報率太低??錯了~~這塊是增進功力最快的地方~
→ zekewang  :我不以可以找的工作內容來論...但增進功力的成果是自己的
→ iincho  :大部分的工作用不到, 我是說真的...XD
→ iincho  :雖然我自己看得很爽但是我不會建議人家從這裡開始看

Objective-C 的記憶體回收機制（下）

2011-09-01T22:28:00.003+08:00

終於比較有空補完下集了！這一集主要想要分享Objective-C的直接存取與間接存取的差異，以及function return value 的 retain、release 時機。

首先先看下面一個很簡單的 student class：

student.h

@interface Student: NSObject {
    NSString *iName;
    NSString *iStudentID;
    int age;
}

@property(nonatomic,copy) NSString *iName;
@property(nonatomic,copy) NSString *iStudentID;
@property(nonatomic,assign)  int age;

@end

student.m

#import "student.h"
@implementation student
@synthesize iName,iStudentID,age;

- (void) dealloc {
    [iName release];
    [iStudentID release];

    [super dealloc];
}

@end

這個實作類別方式非常的常見，像我這種懶人，不想要自己實作 setter 與 getter 的 method，就可以借助使用 @property 以及 @synthesize 後，編譯器會自動幫我們生成 getter 與 setter 的 method。但是，getter 與 setter 所實作的內容到底是什麼呢？
先看下面兩種對 iName 設值的方式：

    iName = @"Tericky";//方式一
    [self setIName : @"Tericky]";//方式二

方式一所使用的是直接設值，不經過setter，但是這種方式有時候會造成memory leak(下面會解釋)！
方式二所使用的是間接設值，呼叫由編譯器自動幫我們生成的 method 來將值設定給 iName 變數。

那麼 setter 內部實作的內容到底是什麼呢？其實是這樣的：

- (void) setIName : (NSString *) newIName {
    if(iName != newIName){
        [iName release];
        iName = [newIName retain];
    }
}

所以我們就可以知道，原來將值設給變數的時候，不能將值設好就算了，而是要將原本所設定的值的記憶體給釋放掉，才可以重新設值給變數，這就是剛剛方式一所說，可能會造成 memory leak 的原因！
可是這種使用方式會讓人搞混怎麼辦？怎麼知道它是用直接還是間接？所以像我這種懶人，就會將上面的例子改寫成這樣：
student.h

@interface Student: NSObject

@property(nonatomic,copy) NSString *iName;
@property(nonatomic,copy) NSString *iStudentID;
@property(nonatomic,assign)  int age;

@end

student.m

#import "student.h"
@implementation student
@synthesize iName = _iName;
@synthesize iStudentID = _iName;
@synthesize age = _age;

- (void) dealloc {
    [_iName release];
    [_iStudentID release];

    [super dealloc];
}

@end

    _iName = @"Tericky";//直接設值 => 呼叫順序：_iName => iName => iName = @"Tericky"
    NSLog(@"%@",_iName);//直接取值
    
    self.iName = @"Tericky";//直接設值
    NSLog(@"%@",self.iName);//直接取值
    
    [self setIName : @"Tericky"];//間接設值
    NSLog(@"%@",[self getIName]);//間接取值

接下來要談的是，function 的 return value 為什麼要 retain？先看一個例子：

- (NSString *) getResult {
    NSString *str = nil;

    // do something

    str = [[NSString alloc] initWithFormate : @"%d-%d", 10,20];
    return str; // <= 這樣會有問題嗎？
}

上面的例子會有問題嗎？答案是會！因為 str 沒有做 release 的動作，如果接收值的變數一樣沒有做 release ，就會造成 memory leak，但是我又不能寫成這樣：

- (NSString *) getResult {
    NSString *str = nil;

    // do something

    str = [[NSString alloc] initWithFormate : @"%d-%d", 10,20];
    return str;
    [str release];
}

str 都已經 return 了，哪有辦法再做 release 的動作！所以我們要把 return 跟 release 的動作一起做，變成：

- (NSString *) getResult {
    NSString *str = nil;

    // do something

    str = [[NSString alloc] initWithFormate : @"%d-%d", 10,20];
    return [str autorelease];
}

為什麼要設為 autorelease 而不是 release 呢？因為如果直接將它 release 的話，會在還沒有接收到值的時候，就釋放掉了，所以我們要用 autorelease 拖延一下釋放的時間。
那接收值的地方要怎麼處理呢？讓我們再看一個接收的例子：

- (NSString *) getResult {
    NSString *game = [self getResult];
    
    //do something
    //經過好幾個運算之後

   NSLog(@"%@",game);
   [game release];
}

這樣的結果，我保證會發生 crash ！因為 getResult 的值早就被釋放掉了！這時候 retain 就派上用場了！

- (NSString *) getResult {
    NSString *game = [[self getResult] retain];
    
    //do something
    //經過好幾個運算之後

   NSLog(@"%@",game);
   [game release];
}

讓我們來看看 retainCount 的變化：getResult.str.init(retainCount = 1) => return [str autorelease] (retainCount = 1) => game = [[self getResult] retain] (retainCount = 2) => autorelease 生效(retainCount = 1) => [game release] (retainCount = 0) => 回收。
這樣是不是就不會造成 crash ，也不會造成 memory leak 了！
上中下三篇的分享就到這邊，後續還有一些心得，等我想好主題之後，再做近一步的分享！

延伸閱讀：Objective-C 的記憶體回收機制（上）
延伸閱讀：Objective-C 的記憶體回收機制（中）

Objective-C 的記憶體回收機制（中）

2011-08-28T22:22:00.004+08:00

在上一篇文章裡面談到了自己對物件記憶體的操作，難道就只有開發者會對物件做計數器（retainCount）的操作嗎？答案是否定！有一些 api 會自動對物件的 retainCount +1或是 -1，最常見的例子就是陣列的操作。例如：

NSMutableArray *arr = [[NSMutableArray alloc] initWithCapacity : 0];//array.retainCount = 1

NSString *str1 = [[NSString alloc] initWithString : @"A"];//str1.retainCount = 1
NSString *str2 = [[NSString alloc] initWithString : @"A"];//str2.retainCount = 1

[arr addObject : str1];//str1.retainCount = 2
[arr addObject : str2];//str2.retainCount = 2

[arr removeObject : str1];//str1.retainCount = 1
[arr release];//array.retainCount = 0;str2.retainCount = 1

//系統回收 array

[str1 release];//str1.retainCount = 0
[str2 release];//str2.retainCount = 0

//系統回收str1&str2

NSMutableArray 照字面上的意思，就是一個可伸縮的陣列物件，等同於Java或是C#的ArrayList。
從上面的例子，可以看到 str1 跟 str2 初始化之後，retainCount 都是 1，加入陣列之後，array會自動將加入的物件retainCount +1，所以可以看到 str1 跟 str2 的retainCount變成了2。當 array 將物件移出陣列時，表示不再使用這個物件，所以會將這個物件做 -1的動作，如果是使用 removeAllObjects 移除全部物件，就會對陣列內部的物件一個一個送出 retain 的指令，每一個物件的 retainCount 就會 -1。

array 移出 str1 後，陣列裡面的物件只剩下 str2，這時如果 release 掉 array，array 會先將內部所有的物件送出 release 的指令，這就是為什麼 str2 的 retainCount 會變成 1 的原因。
最後的 release 不用多說，str1 跟 str2 都變成了0，系統回收記憶體。

那除了會自動 retain 跟 release 以外，會不會自動 autorelease 呢？答案是肯定的！
例如：

NSString *str = [NSString stringWithString : @"ABC"];
//等於
NSString *str = [[NSString alloc] initWithString : @"ABC"] autolease];
//等於
NSString *str = [NSString alloc] initWithString : @"ABC"];
[str release];

會造成這種結果的原因一時很難說清楚，與物件一開始生成配置的記憶體方式有關，stringWithString 是用 allocWithZone配置，而 initWithString 如我們所宣告的，是用 alloc 配置。但是這不是本篇要探討的，所以目前就先記得這種 class method 所宣告的物件，本身自己會帶有 autorelease 的指令。

下一篇會講物件的直接存取與間接存取的差異，以及function return value 的retain與release。

延伸閱讀：Objective-C 的記憶體回收機制（上）
延伸閱讀：Objective-C 的記憶體回收機制（下）

Objective-C 的記憶體回收機制（上）

2011-08-28T16:11:00.009+08:00

這陣子為了 iPhone 學了 Objectiv-C ，一直對他的記憶體管理機制頗有微詞（笑），什麼時候該釋放，什麼時候該保留，真的是一點頭緒都沒有！建議初學者先把 Apple 官方的關於記憶體回收的說明文件先讀過一遍。（網頁版，PDF版），內容有空的話我再翻譯！

首先先解釋為什麼變數有時候要加星號（*），有時候又不加。這是因為在 C 與 C++，以及基於這兩種語言加以改良的 Objective-C ，星號（*）代表的意思是指向某個記憶體的指標（pointer），而不加星號（*）表示是取值，例如：

int number = 0;//取值

char[] name = ['n','a','m','e'];
char *str = name;//取址

而到了 Objective-C 時，除了 c 時代的語法以外，比較簡單區分的點就是：NSObject 的物件生成（new，alloc，copy）所建立出來的物件，通常都是用 *變數這種方式宣告。如果是由靜態方式生成的，就不需要加上星號（*）。例如：

NSString *str = [[NSString alloc] initWithString : @"ABC"];
NSInteger number = [str intValue];

認識了取值與取址的宣告方式之後，就要進入主題（記憶體回收機制）了，記憶體要不要被系統回收完全是看該物件的保留計數器（retainCount）的數值，當該計數器達到0之後，物件所佔用的記憶體空間就會被收回，如果這時再對物件做操作的話，就會發生 EXE_BAD_ACCESS，的錯誤，也就是記憶體不當存取，程式會 crash 掉。

首先先認識一下針對物件的 retainCount 的操作有哪些指令：

release：釋放，對 retainCount - 1。
retain：保留，對 retainCount + 1。
autorelease：自動釋放，由系統在一定週期對retainCount - 1。

一般物件被生成之後，retainCount 的值預設會是 1，下面的例子是生成一個物件，並且對物件做計數器的操作：

NSString *str = [[NSString alloc] initWithString : @"ABC"];//這時 retainCount = 1
[str retain];//這時 retainCount = 2
[str autolease];//這時 retainCount = 2
[str release];//這時 retainCount = 1

// 一段時間後，retainCount = 0，記憶體回收

或許你會問，為什麼下完 autorelease 之後，retainCount 還是等於 2呢？這是因為剛剛說過的：autorelease：自動釋放，由系統在一定週期對retainCount - 1。所以要注意到 autorelease 不會馬上被減 1 ！

那既然不會馬上被回收，autorelease 使用的時機與地點為何？
我的建議是：適用於拋棄式的區域變數，以及function的return value，例如：

- (NSString *) getResult {
    NSString *str = [[[NSString alloc] initWithString : @"ABC"] autorelease];
    NSString *result = [[NSString alloc] initWithFormat : @"NAME : %@",str];
    return [result autorelease];
}

我們都知道記憶體用完要隨時釋放，避免造成 leak ，所以上面的例子中可以看到對 str 物件下了 autorelease 的指令，所以 str 的 retainCount 變化如下：

initWithString（retainCount = 1） => autorelease（retainCount = 1） => 一段時間後（retainCount = 0）=> 回收。

同理可知，result 也要做相同的處理，於是就在 return 時，同時下了 autorelease 的指令，讓系統自動釋放並回收。

延伸閱讀：Objective-C 的記憶體回收機制（中）
延伸閱讀：Objective-C 的記憶體回收機制（下）

html 檔案上傳控制項 onChange事件只會觸發一次

2011-08-23T14:08:00.000+08:00

困擾了好久的問題，終於解決了！

原本的事件繫結

$("#file_upload").bind('change',function(){});

改成

$("#file_upload").live('change',function(){});

----以上是 JQuery 的用法-------

一般的做法是替換掉file_upload

$('#file_upload').replaceWith('<input id="file_upload" name="file_upload" type="file">');

Android - MapView上面的圖片跟著縮放

2011-07-28T21:43:00.002+08:00

昨天在ptt的AndroidDev板看到有鄉民在問怎麼讓MapView上面的圖片跟著縮放，想起之前也有做過類似的測試，就寫了這篇和大家分享。

首先先看到layout檔的排版：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
 xmlns:android="http://schemas.android.com/apk/res/android"
 android:orientation="vertical"
 android:layout_width="fill_parent"
 android:layout_height="fill_parent">
 <com.google.android.maps.MapView
  android:id="@+id/mView_Main"
  android:layout_width="fill_parent"
  android:layout_height="fill_parent"
  android:apiKey="你自己的key">
 </com.google.android.maps.MapView>
</LinearLayout>

很簡單的一個地圖畫面。

接下來先看一個類別物件，這是我用來存放每一個座標點的資訊。

package tw.tericky.test;

public class ImageEntity {
 private int  mLatitude;
 private int  mLongitude;
 private String mName;

 public ImageEntity(int aLatitude, int aLongitude, String aName) {
  mLatitude = aLatitude;
  mLongitude = aLongitude;
  mName = aName;
 }

 public int getLatitude() {
  return mLatitude;
 }

 public void setLatitude(int aLatitude) {
  mLatitude = aLatitude;
 }

 public int getLongitude() {
  return mLongitude;
 }

 public void setmLongitude(int aLongitude) {
  mLongitude = aLongitude;
 }

 public String getName() {
  return mName;
 }

 public void setName(String aName) {
  mName = aName;
 }

}

再來是關鍵的圖片放置層：

package tw.tericky.test;

import java.util.ArrayList;
import java.util.List;

import android.content.Context;
import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.graphics.Canvas;
import android.graphics.drawable.BitmapDrawable;
import android.graphics.drawable.Drawable;

import com.google.android.maps.GeoPoint;
import com.google.android.maps.ItemizedOverlay;
import com.google.android.maps.MapView;
import com.google.android.maps.OverlayItem;

public class ImageOverlay extends ItemizedOverlay<OverlayItem> {
 private static List<ImageEntity> mImageEntityList; // 存放座標點位的串列
 private static int     mBaseLevel = 10; // 圖片原大小對應的地圖縮放層級
 private static float    mLevelRate = 0.1f; // 每一級之間的縮放比例
 private static float    mScale  = 1; // 存放計算後的縮放率
 private static Drawable    mDrawable;   // Drawable物件
 private static Bitmap    mOriginalBmp;  // 原本所用的圖示，設成全域變數避免每次重複生成
 private Context      mContext;   // Context，不知道怎麼解釋

 public ImageOverlay(Context aContext, List<ImageEntity> aImageEntityList, int aBaseLevel, float aLevelRate) {
  // 重點在這裡，把bind的drawable物件先設給mDrawable，再傳入做建構
  super(mDrawable = boundCenterBottom(aContext.getResources().getDrawable(R.drawable.icon)));
  // 設定點位
  setImageList(aImageEntityList);
  mContext = aContext;
  mBaseLevel = aBaseLevel;
  mLevelRate = aLevelRate;
  mOriginalBmp = BitmapFactory.decodeResource(mContext.getResources(), R.drawable.icon);
 }

 @Override
 protected OverlayItem createItem(int i) {
  OverlayItem item = new OverlayItem(new GeoPoint(mImageEntityList.get(i).getLatitude(), mImageEntityList.get(i).getLongitude()), mImageEntityList.get(i).getName(), "Image");
  // 要自己重新設定Market，否則沒有效果
  item.setMarker(mDrawable);
  return item;
 }

 @Override
 public int size() {
  return mImageEntityList.size();
 }

 @Override
 public void draw(Canvas canvas, MapView mapView, boolean shadow) {
  // 計算縮放率，記得一定要 > 0
  float scale = 1 - (mBaseLevel - mapView.getZoomLevel()) * mLevelRate;

  // 當比例不一樣的時候，再做設定，避免無謂的資源浪費
  if (mScale != scale && scale > 0) {
   // 計算縮放後的長寬，一定要 >= 1，因為 < 1，轉成int後，就會是0，這樣就會錯誤
   float scaleWidth = mOriginalBmp.getWidth() * scale;
   float scaleHeight = mOriginalBmp.getHeight() * scale;

   Bitmap newbmp = Bitmap.createScaledBitmap(mOriginalBmp, (int) scaleWidth, (int) scaleHeight, true);
   mDrawable = boundCenterBottom(new BitmapDrawable(mContext.getResources(), newbmp));

   // 更新OverlayItem前，先把focus移走，不然會出錯
   setLastFocusedIndex(-1);
   // 通知ItemizedOverlay更新OverlayItem
   populate();

   // 儲存新的縮放率
   mScale = scale;
  }
  super.draw(canvas, mapView, shadow);
 }

 // 設定點位串列
 public void setImageList(List<ImageEntity> aImageEntityList) {
  if (aImageEntityList == null) {
   aImageEntityList = new ArrayList<ImageEntity>();
  } else {
   mImageEntityList = aImageEntityList;
  }

  setLastFocusedIndex(-1);
  populate();
 }
}

再來看看怎麼呼叫使用：

package tw.tericky.test;

import java.util.ArrayList;
import java.util.List;

import com.google.android.maps.GeoPoint;
import com.google.android.maps.MapActivity;
import com.google.android.maps.MapView;

import android.os.Bundle;

public class AndroidTestActivity extends MapActivity {
 private MapView   mMapView;
 private ImageOverlay mImageOverlay;

 @Override
 public void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.main);

  // 設定點位位置
  List<ImageEntity> iEntityList = new ArrayList<ImageEntity>();

  iEntityList.add(new ImageEntity(24405053, 120863250, "I1"));
  iEntityList.add(new ImageEntity(24004235, 120341400, "I2"));
  iEntityList.add(new ImageEntity(23398143, 120635284, "I3"));
  iEntityList.add(new ImageEntity(23539228, 121483978, "I4"));
  iEntityList.add(new ImageEntity(24244877, 121445526, "I5"));

  // 生成圖層
  mImageOverlay = new ImageOverlay(AndroidTestActivity.this, iEntityList, 10, 0.1f);

  mMapView = (MapView) findViewById(R.id.mView_Main);
  // 加入圖層
  mMapView.getOverlays().add(mImageOverlay);

  // 刷新
  mMapView.invalidate();

  // 設定有的沒的
  mMapView.setBuiltInZoomControls(true);
  mMapView.setClickable(true);
  mMapView.setEnabled(true);
  mMapView.getController().setZoom(13);

  // zoom 到台灣
  mMapView.getController().animateTo(new GeoPoint(23949024, 120992340));
 }

 @Override
 protected boolean isRouteDisplayed() {
  return false;
 }
}

這樣就大功告成了！簡單吧！

程式碼下載：androidTest.rar

延伸閱讀：Android - MapView上面的圖片跟著縮放 Part 2

Objective-C 的 self

2011-07-28T18:57:00.000+08:00

今天查被Apple reject的原因，剛好看到有關self的一些解釋，趕緊記下來免得忘記。

假設現在有個類別Test，裡面有一個NSData的成員。

@interface Test : NSObject {
    NSData *iData;
}

@property(nonatomic,retain) NSData *iData;

@end

當我們使用 self.NSData 的時候，就等同於呼叫編譯器幫我們自動產生的getter方法，retain + 1。
當我們使用 self.NSData = [[NSData alloc] init]，就等同於呼叫setter的方法。

而編譯器產生的getter/setter就等同於自己寫的：

-(void) setIData : (NSData *) newData {
  if(iData != newData){
    [iData release];
    iData = [newData retain];
  }
}

-(NSData *) getIData {
  return iData;
}

另外，在dealloc時，就不要再用self了！

中華電信 50M P2P實測

2011-07-25T20:27:00.000+08:00

話不多說，看圖。平均在5MB/s上下跳動。

Android上的好用鬧鐘 - Alarm Clock Xtreme

2011-07-18T22:09:00.001+08:00

Android上面有很多套鬧鐘軟體，今天介紹的這一套是我覺得還不錯用的鬧鐘軟體，除了會盡責的叫你起床之外，還有專為懶人設計的貪睡功能，每天最美好的時光之一就是鬧鐘響起到下一次貪睡期間的小小賴床，好像不賴一下床，今天就沒有辦法開始一樣XD

另外一個推薦原因就是...正(繁)體中文是我翻的啦！老王賣瓜，自賣自誇一下！

Market 連結：Alarm Clock Xtreme
免費版本：有廣告
付費版本：0.99 美金，去除廣告

QR Code

Android 模擬器打不開

2011-07-16T16:19:00.003+08:00

今天為了測試一支半成品，不敢貿然安裝在實機上，打算安裝在那慢的可以的模擬器來做測試，沒想到一按啟動就跳出了怪訊息：

invalid command-line parameter: Files\android-sdk-windows\tools/emulator-arm.exe.
Hint: use '@foo' to launch a virtual device named 'foo'.
please use -help for more information

幹什麼！造反了！

餵狗查了一下原來是sdk安裝的資料夾路徑有空白，所以要改一下路徑，還好我是安裝在Program Files底下，如果是"C:/AAA空白BBB/"底下，我還真不知道要怎麼改！

StringBuilder append null in Java and C# test

2011-07-15T15:21:00.001+08:00

今天檢查了一下StringBuilder對於附加null的處理做了個小實驗。

Java:

import java.util.Calendar;

public class main {
 public static void main(String[] args) {
  testStringBuilder();
 }

 public static void testStringBuilder() {
  StringBuilder sBuilder = new StringBuilder();
  
  System.out.println("1. string of new StringBuilder()");
  if(sBuilder == null){
   System.out.println("string:[is null]");
  }else{
   System.out.println("result:string:[" + sBuilder + "],length:[" + sBuilder.length() + "]");
  }
  
  StringBuilder sBuilder2 = new StringBuilder("");
  
  System.out.println("2. string of new StringBuilder(\"\")");
  if(sBuilder2 == null){
   System.out.println("string:[is null]");
  }else{
   System.out.println("result:string:[" + sBuilder2 + "],length:[" + sBuilder2.length() + "]");
  }
  
  StringBuilder sBuilder3 = new StringBuilder();
  String nullString = null;
  sBuilder3.append(nullString);
  
  System.out.println("3. string of new StringBuilder() append null");
  if(sBuilder3 == null){
   System.out.println("string:[is null]");
  }else{
   System.out.println("result:string:[" + sBuilder3 + "],length:[" + sBuilder3.length() + "]");
  }
  
  StringBuilder sBuilder4 = new StringBuilder("");
  sBuilder4.append(nullString);
  
  System.out.println("4. string of new StringBuilder(\"\") append null");
  if(sBuilder4 == null){
   System.out.println("string:[is null]");
  }else{
   System.out.println("result:string:[" + sBuilder4 + "],length:[" + sBuilder4.length() + "]");
  }
 }

結果：
1. string of new StringBuilder()
result:string:[],length:[0]
2. string of new StringBuilder("")
result:string:[],length:[0]
3. string of new StringBuilder() append null

result:string:[null],length:[4]

4. string of new StringBuilder("") append null

result:string:[null],length:[4]

C#:

using System;
using System.Text;

namespace test
{
 class Program
 {
  static void Main(string[] args) {
   StringBuilderTest();
  }

  public static void StringBuilderTest() {
   StringBuilder sBuilder = new StringBuilder();

   Console.WriteLine("1. string of new StringBuilder()");
   if(sBuilder == null) {
    Console.WriteLine("string:[is null]");
   } else {
    Console.WriteLine("result:string:[" + sBuilder + "],length:[" + sBuilder.Length + "]");
   }

   StringBuilder sBuilder2 = new StringBuilder("");

   Console.WriteLine("2. string of new StringBuilder(\"\")");
   if(sBuilder2 == null) {
    Console.WriteLine("string:[is null]");
   } else {
    Console.WriteLine("result:string:[" + sBuilder2 + "],length:[" + sBuilder2.Length + "]");
   }

   StringBuilder sBuilder3 = new StringBuilder();
   String nullString = null;
   sBuilder3.Append(nullString);

   Console.WriteLine("3. string of new StringBuilder() append null");
   if(sBuilder == null) {
    Console.WriteLine("string:[is null]");
   } else {
    Console.WriteLine("result:string:[" + sBuilder3 + "],length:[" + sBuilder3.Length + "]");
   }

   StringBuilder sBuilder4 = new StringBuilder("");
   sBuilder4.Append(nullString);

   Console.WriteLine("4. string of new StringBuilder(\"\") append null");
   if(sBuilder == null) {
    Console.WriteLine("string:[is null]");
   } else {
    Console.WriteLine("result:string:[" + sBuilder4 + "],length:[" + sBuilder4.Length + "]");
   }

  }

 }
}

結果：
1. string of new StringBuilder()
result:string:[],length:[0]
2. string of new StringBuilder("")
result:string:[],length:[0]
3. string of new StringBuilder() append null

result:string:[],length:[0]

4. string of new StringBuilder("") append null

result:string:[],length:[0]

Java與C#對於附加null的處理方式不同，Java會直接附加"null"字串，而C#則是附加空字串，
難怪我寫Android的時候，字串長度有時候會怪怪的@@a

中華電信 50M 實測

2011-07-13T22:24:00.003+08:00

好不容易辦好了50個妹，當然要來測試一下50個妹的威力！下面會分成3個部分，分別有電腦的速度測試、Wifi的速度測試以及苦命的3G速度測試。

先說明一下，有關於速度換算：
下行：50Mbps = 6400 KB
上行：5Mbps = 640 KB

首先是電腦的部分，先來張種花的速度測試：

種花自己的測速網站

我的老天爺啊！上行跑出了破表的速度，還敢說沒有作弊！這麼完美的速度要哪裡找？

接下來用SpeedTest測試：

SpeedTest測試連線到台北

SpeedTest測試連到廈門的速度

SpeedTest測試連線到東京

SpeedTest測試連線到杜拜

接下來是附贈的Wifi測試：

Wifi測試連線到台北

Wifi測試連線到廈門

Wifi測試連線到東京

Wifi測試連線到杜拜

測心酸的3G：

3G測試連線台北

3G測試連線廈門

3G測試連線東京

3G連線到杜拜

結論：連外的速度還有待加強，wifi的速度給手機用算是綽綽有餘了！至於3G...一向都是悲劇！有機會再來測P2P的極限！

相關連結：中華電信 50M P2P實測

I touchs: Finding memory leaks for apps in Xcode 4

2011-07-11T13:41:00.000+08:00

I touchs: Finding memory leaks for apps in Xcode 4: "更新日期: 2011/03/ 17 參考資料: How To Debug Memory Leaks with XCode and Instruments Tutorial | Ray Wenderlich http://www.raywenderlich.com/2696..."

Objective-C @property

2011-06-03T15:03:00.002+08:00

interface中宣告
@property int age <= 編譯器自動產生 get 與 set 方法。
可以用的屬性有：

屬性	說明
getter=method	指定物件的get method
setter=method	指定物件的set method
readonly	指定物件為唯獨狀態
readwrite	指定物件為可讀寫狀態(預設)
assign	物件的值根據帶入的值決定，不改變索引計數(預設)
copy	複製物件的設定，索引計數為1，釋放舊的物件
retain	保持物件的設定，提高物件的索引計數，並釋放舊的物件
nonatomic	不鎖定物件(多執行緒的時候，資源會競爭)

assign：適用於基本型態變數，例如int,char,NSInteger,CGFloat...等等。
copy：適用於NSString。
retain：以NSObject為基底的class。

Objective-C Method Type

2011-05-27T17:10:00.000+08:00

"-" 代表實體方法，實體方法用在當類別被實體化後才可取用
"+" 代表類別方法，類別方法不須實體化就可使用

Android - AndEngine的基礎事件

2011-03-10T10:03:00.001+08:00

ANndEngine中的事件並不複雜，再繼承了BaseGameActivity之後，因為BaseGameActivity有實作了IGameInterface，所以可以用的事件如下：

public Engine onLoadEngine();
public void onLoadResources();
public void onUnloadResources();
public Scene onLoadScene();
public void onLoadComplete();
public void onGamePaused();
public void onGameResumed();

這些事件的用意也可以很容易的從method的命名看出來。
但是切記，只能Override這些事件，Android的基礎事件，例如：onCreate()，onStop()...等等，完全禁止使用，否則輕則logcat會出現提示說明不能使用，然後當掉，重則只有exception的訊息，然後直接當掉。