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);
        }
    }