http://developer.android.com/guide/basics/what-is-android.html 請參閱Android Architecture。門面模式和經理類
我們可以考慮像不同子系統的外觀對象這樣的不同管理者。 例如,我們是否可以將資源管理器視爲所有資源子系統的Facade對象?
或者也許管理者的班級名稱有不同的目的?
http://developer.android.com/guide/basics/what-is-android.html 請參閱Android Architecture。門面模式和經理類
我們可以考慮像不同子系統的外觀對象這樣的不同管理者。 例如,我們是否可以將資源管理器視爲所有資源子系統的Facade對象?
或者也許管理者的班級名稱有不同的目的?
我想說這應該根據具體情況區分,答案通常是「否」。讓我解釋一下爲什麼。
四個預定門面的團伙作爲一個特定的入口點,一些系統上沒有自己的任何功能,但提供了一個簡單的界面子系統無需拆卸訪問該子系統。我們來看一下android.content.res.Resources。它確實是一個統一的界面,但是我們可以在不使用它的情況下獲得資源嗎?不,這是不可能的:它使用android.content.res.AssetManager
的方法,程序員不可用。因此Resources
並不真正簡化對其他事物的訪問,這個類是資源系統中不可分割的一部分。這意味着這個類不能被視爲 外觀。
像android.view.animation.AnimationUtils這樣的一類,正好相反,是一個立面。它不會做任何開發人員無法做到的事情。但是,不是手動解析XML文件和創建動畫類,而是開發人員更容易調用此類的其中一個方法。它代表了動畫子系統的一些默認使用,而不必刪除對系統本身的訪問權限。因此,它有充分的權利被稱爲門面。
我認爲你在正確的方向反思。例如,Android Framework中有一些XXXManager
類,它允許您使用指定的系統:偏好系統,搜索系統,應用程序包系統等。
而且我們可能會感知所有這個類,如Facades。另一方面,他們提供了更多具體的對象,我們應該用它來改變系統。
管理員類是否有目的引入對某些子系統的單一訪問點? – user1074896 2012-02-21 11:48:02
@ user1074896這取決於我們認爲的經理。一些類提供了一個入口點,比如'AlarmManager',但是'PreferenceManager'不是。 – Malcolm 2012-02-21 14:03:58
好的,非常感謝 – user1074896 2012-02-22 12:37:17