windows phone的回退事件與android的回退事件有什麼區別

public void onBackPressed() {    finish();}

如果要做一個頁面導航的功能的話，就我而言，認為，windows phone開發比android更加人性化，更 加傻瓜化能夠後退鍵儲存相應的資料啊。

不是嗎，windows phone 導航更加傻瓜，因為微軟的api中直接有一個goback的方法，能夠使你回到 相應的後退介面，因為他航到 Back 堆棧中的最新條目。 如果 Back 堆棧中沒有任何條目，則此方法將 引發異常；在調用此方法前，始終都要檢查 CanGoForward。 這是由於一個頁面氈對相應的page進行了 管理，自願遵守先進後出的原理也很好管理。而android中activity本身也有一個棧對象對相應的 activity進行了管理，自願後退時候，也能夠進行了後退。想法是很好的，但現實是殘酷的。你看我們 android程式員必須在onkey事件中對相應的事件進行監聽，判斷他按下是不是back鍵來回退按鈕。 這裡 事件是activity必須要實現傳遞，來截獲這個後退按下的事件。我這裡重點要提出一個問題，onKeyDown 事件究竟是一層層實現back事件的.android 就是比.net好啊！開源，看原始碼。

需調用activity中的onKeyDown事件，他的原始碼如何： 這是我們定義到了activity中的onKeyDown 事件，他的原始碼是這樣子的：

if (keyCode == KeyEvent.KEYCODE_BACK) {            if (getApplicationInfo().targetSdkVersion                    >= Build.VERSION_CODES.ECLAIR) {                event.startTracking();            } else {                onBackPressed();            }            return true;        }

判斷其目標版本是不是比本版本大的的話，就調用event.startTracking()方法，對 event.startTracking()方法跟蹤，發現他總是相隔了一段時間進行調用。

否則的話，就調用onbackPressed方法。這個方法又是個怎麼鳥樣。原始碼如下：

   public void onBackPressed() {
       finish();
   }

他就調用 finish結束了當前的activity了，他的原始碼又是這個鳥樣：

public void finish() {        if (mParent == null) {            int resultCode;            Intent resultData;            synchronized (this) {                resultCode = mResultCode;                resultData = mResultData;            }            if (Config.LOGV) Log.v(TAG, "Finishing self: token=" + mToken);            try {                if (ActivityManagerNative.getDefault()                    .finishActivity(mToken, resultCode, resultData)) {                    mFinished = true;                }            } catch (RemoteException e) {                // Empty            }        } else {            mParent.finishFromChild(this);        }    }