Google Glass GDK - 何時使用Activity vs Cards？

Question

到目前爲止，我一直只使用Mirror API。我已經開始瀏覽谷歌在GDK「Sneak Peek」版本上的文檔，以便我可以開始構建更復雜的應用程序。

現在，這裏是我有一個問題。我看到作爲一名開發人員，我可以採用標準的Android方法並創建一個活動，給它一個佈局，在菜單上創建幾個選項，並採取這種基本方法。

另外，它似乎有一個獨立的API來創建「卡」 - 靜態，活，浸沒。現在有了這種方法，用於顯示這些卡的TimelineManager類。還有CardScrollView，我可以使用CardScrollAdapter在我的Glassware中創建自己的「時間軸」。它是否正確？爲什麼我會在這裏使用一個與另一個？

我想創建一個應用程序，用戶輸入，然後看到的初始屏幕，他們可以挖掘下鑽或刷手指水平滾動到下一個屏幕（或卡）。因此，在這裏，我相信我會使用CardScrollAdapter和CardScrollView，確定用戶點擊玻璃杯時顯示的屏幕，然後開始一個新的活動，顯示另一個CardScrollView/CardScrollAdapter中的附加卡片或其他內容 - 具體取決於這是我想要做的 -

我只是想問，如果我在正確的軌道上，或者如果我的理解是完全錯誤的。

Answer 1

那麼看上去好像你剛開始經歷的文檔，所以我應該先接着回答

1）Live Cards原本Services，顯示使用RemoteViews視圖中低強度卡和工作情況概述回答在高強度卡的情況下使用SufaceHolder。

2）Static Cards純粹是基於GDK，並且具有很少的特定功能。

3）Immersions最初爲activities，您可以在其中使用所有適用於Glass UI準則的Android SDK佈局功能。

4）CardScrollView得到CardScrollAdapter最終必須被添加到Activity。

。

所以答案是：

是的，你要它做這種方式在正確的道路上。

Answer 2

只有當您需要將卡片發送到用戶的時間線時，纔會使用直播卡片。在你的情況下，你可以按照標準的活動方法。所以是的，你在正確的軌道上。

Answer 3

這是我發現的：卡是相當有限的，並帶來巨大的劣勢;造型很糟糕。

但是您可以設置LiveCard的樣式（例如使用虛擬xml），但卡片有兩種佈局，其中一種佈局將圖片放置在側面，一些文字（和腳註）以及其他佈景一個全屏的圖片和一些文字和一個腳註。問題是後者對圖片應用了一個糟糕的漸變（我想要增強腳註）。

由於無法關閉的可怕漸變，我放棄了CardScrollView實現，只是使用了不同的小部件來顯示/滾動我的'卡片'（基本上是自定義佈局/視圖），所以我可以實際上顯示整個圖片。

所以，我最終做的是使用一個服務來創建/添加一個LiveCard，點擊時會啓動顯示滾動窗口小部件的活動。除了LiveCard開始我的活動外，我不使用卡片。