【问题标题】:Google Glass GDK - When to use Activity vs Cards?Google Glass GDK - 何时使用活动与卡片?
【发布时间】:2014-02-22 20:46:53
【问题描述】:

到目前为止,我一直只使用 Mirror API。我已经开始浏览 Google 的有关 GDK 的“Sneak Peek”版本的文档,以便开始构建更复杂的应用程序。

现在我遇到了问题。我看到作为开发人员,我可以采用标准的 Android 方法并创建一个 Activity,给它一个布局,在菜单上创建一些选项,然后采用这种基本方法。

另外,似乎有一个用于创建“卡片”的单独 API - 静态、实时、沉浸。现在使用这种方法,有用于显示这些卡片的 TimelineManager 类。还有 CardScrollView,我可以使用它和 CardScrollAdapter 在我的 Glassware 中创建我自己的“时间轴”。它是否正确?为什么我会在这里使用一个而不是另一个?

我想创建一个用户输入的应用程序,然后看到一个初始屏幕,他们可以点击以向下钻取或滑动手指以水平滚动到下一个屏幕(或卡片)。所以在这里,我相信我会将 CardScrollAdapter 与 CardScrollView 一起使用,确定用户在点击 Glass 时在哪个屏幕上,然后启动一个新活动,在另一个 CardScrollView/CardScrollAdapter 或其他内容中显示其他卡片 - 取决于任何内容这是我想做的 -

我只是想问一下我是否走在正确的轨道上,或者我的理解是否完全错误。

【问题讨论】:

    标签: android android-intent google-glass google-gdk


    【解决方案1】:

    看来您刚刚开始阅读文档,所以我应该先回答概述,然后回答

    1) Live Cards 最初是 Services,在低强度卡的情况下使用 RemoteViews 显示视图,在高强度卡的情况下使用 SufaceHolder

    2) Static Cards 纯粹基于 GDK,还没有多少具体功能。

    3) Immersions 最初是 activities,您可以在应用了 Glass UI 指南的情况下使用所有 Android SDK 布局功能。

    4) 获得CardScrollAdapterCardScrollView 最终必须添加到Activity

    .

    所以答案是:

    是的,你正走在正确的道路上,必须这样做。

    【讨论】:

      【解决方案2】:

      只有当您需要将卡片发送到用户的时间线时,才能使用实时卡片。在您的情况下,您可以遵循标准活动方法。所以是的,你在正确的轨道上。

      【讨论】:

        【解决方案3】:

        这是我发现的:卡牌非常有限,而且有很大的劣势;造型很烂。

        LiveCard 可以随心所欲地设置样式(例如,使用膨胀的 xml),但是 Card 有两种布局,其中一种将图片设置在一边,一些文本(和脚注),另一种设置图片全屏和一些文字和脚注。问题是后者对图片应用了糟糕的渐变(我想是为了增强脚注)。

        由于你无法关闭的可怕渐变,我已经废弃了我的 CardScrollView 实现,只是使用不同的小部件来显示/滚动我的“卡片”(基本上是自定义布局/视图),所以我可以实际显示整个画面。

        所以,我最终要做的是使用服务来创建/添加一个 LiveCard,单击它会启动我的活动,该活动显示一个滚动小部件。我不使用卡片,除了 LiveCard 来开始我的活动。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2014-01-06
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多