文件 Target Adobe Target與適用於Android的Adobe Mobile Services SDK v4

功能標幟

Last update: Sun Jul 14 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

主題：
實施行動裝置

建立對象：

中繼
開發人員

行動應用程式產品擁有者需要靈活地在他們的應用程式中推出新功能，而無需投資多個應用程式版本。他們可能也會想要逐步將功能推出至使用者群的一定比例，以測試成效。 Adobe Target可用來實驗色彩、復本、按鈕、文字和影像等UX功能，並將這些功能提供給特定對象。

在本課程中，我們將建立「功能標幟」選件，可作為啟用特定應用程式功能的觸發條件。

學習目標

在本課程結束時，您將能夠：

新增位置至批次預先擷取請求
使用將作為功能標幟的選件建立Target活動
在您的應用程式中載入及驗證功能標幟選件

將新位置新增至首頁活動的預先擷取請求

在先前課程中的示範應用程式中，我們將在「首頁活動」中的預先擷取請求中新增一個名為「wetravel_feature_flag_recs」的位置，並使用新的Java方法將其載入到畫面中。

NOTE

使用預先擷取要求的好處之一，是新增要求不會新增任何額外的網路負荷，或導致額外的載入工作，因為要求會封裝在預先擷取要求中

首先，確認wetravel_feature_flag_recs常數已新增至Constant.java檔案：

新增功能標幟常數

程式碼如下：

public static final String wetravel_feature_flag_recs = "wetravel_feature_flag_recs";

現在將位置新增至預先擷取要求，並載入名稱為processFeatureFlags()的新函式：

功能標幟碼

以下是完整的更新程式碼：

public void targetPrefetchContent() {
    List<TargetPrefetchObject> prefetchList = new ArrayList<>();

    Map<String, Object> params1;
    params1 = new HashMap<String, Object>();
    params1.put("at_property", "7962ac68-17db-1579-408f-9556feccb477");

    prefetchList.add(Target.createTargetPrefetchObject(Constant.wetravel_engage_home, params1));
    prefetchList.add(Target.createTargetPrefetchObject(Constant.wetravel_engage_search, params1));
    prefetchList.add(Target.createTargetPrefetchObject(Constant.wetravel_feature_flag_recs, params1));

    Target.TargetCallback<Boolean> prefetchStatusCallback = new Target.TargetCallback<Boolean>() {
        @Override
        public void call(final Boolean status) {
            HomeActivity.this.runOnUiThread(new Runnable() {
                @Override
                public void run() {
                    String cachingStatus = status ? "YES" : "NO";
                    System.out.println("Received Response from prefetch : " + cachingStatus);
                    engageMessage();
                    processFeatureFlags();
                    setUp();

                }
            });
        }};
    Target.prefetchContent(prefetchList, null, prefetchStatusCallback);
}

public void processFeatureFlags() {
    Target.loadRequest(Constant.wetravel_feature_flag_recs, "", null, null, null,
            new Target.TargetCallback<String>(){
                @Override
                public void call(final String s) {
                    runOnUiThread(new Runnable() {
                        @Override
                        public void run() {
                            System.out.println("Feature Flags : " + s);
                            if(s != null && !s.isEmpty()) {
                                //enable or disable features
                            }
                        }
                    });
                }
            });
}

驗證功能標幟請求

新增程式碼後，請在首頁活動上執行模擬器，並觀察Logcat是否有更新的回應：

驗證功能標幟位置

建立功能標幟JSON選件

我們現在將建立簡單的JSON選件，做為特定對象（在應用程式中推出功能的對象）的標幟或觸發器。在Target介面中，建立新的選件：

建立功能標幟JSON選件

以值{"enable"：1}將其命名為「功能標幟v1」

feature_flag_v1 JSON選件

建立活動

現在來使用該選件建立A/B測試活動。如需建立活動的詳細步驟，請參閱上一課。此範例中，活動將只需要一個對象。在即時案例中，您可能想要建置特定自訂對象以供特定功能推出，然後設定活動以使用這些對象。在此範例中，我們僅會分配50/50的流量（50%給會看到功能更新的訪客，50%給會看到標準體驗的訪客）。以下是活動的設定：

將活動命名為「功能標幟」
選取「wetravel_feature_flag_recs」位置
將內容變更為「功能標幟v1」JSON選件
按一下 Add Experience 以新增體驗B。
離開「wetravel_feature_flag_recs」位置
保留 Default Content 以取得內容
按一下「Next」以前往Targeting畫面
在Targeting畫面上，確認Traffic Allocation方法已設定為預設設定（手動），而且每個體驗都有預設的50%配置。選取 Next 以前進到 Goals & Settings。
將 Primary Goal 設為 Conversion。
將動作設為 Viewed an Mbox。我們將使用「wetravel_context_dest」位置（由於此位置位於「確認」畫面上，因此我們可使用它來檢視新功能是否帶來更多轉換）。
按一下 Save & Close。