Return to Video

VR5lhT2ERdo

  • 0:00 - 0:01
    到现在为止,
  • 0:01 - 0:06
    我们已经使用 loadContainerPreferFresh
    方法来装载容器。
  • 0:06 - 0:08
    该方法使用 containerID
  • 0:08 - 0:12
    与 defaultContainer,前者
    可以从 TagManager UI 中获得。
  • 0:13 - 0:16
    这种方法会检查
    应用是否拥有
  • 0:16 - 0:20
    在过去大约 12 小时内
    更新的容器。
  • 0:20 - 0:23
    如果有,我们
    就加载该容器。
  • 0:23 - 0:27
    如果没有新容器,
    我们就通过网络加载新容器。
  • 0:27 - 0:32
    如果在容器加载完成之前
    出现超时或网络错误,
  • 0:32 - 0:38
    会将容器所有者状态
    设置为不成功。
  • 0:38 - 0:41
    还有其他两种方法
    可以加载容器,
  • 0:41 - 0:45
    一种是 loadContainerDefaultOnly,
    该方法只能获得默认容器,
  • 0:45 - 0:49
    另一种是
    loadContainerPreferNonDefault。
  • 0:50 - 0:53
    这种方法倾向于
    不使用默认容器,也不必
  • 0:53 - 0:56
    寻找
    新容器。
  • 0:56 - 1:01
    要获得最新的值,请使用
    loadContainerPreferFresh。
  • 1:01 - 1:03
    不过“新”是相对的说法。
  • 1:03 - 1:08
    如果您查看 TagManager 的参考页,
    会发现上面说移动应用从网络
  • 1:08 - 1:11
    每 12 小时
    更新一次容器。
  • 1:12 - 1:15
    使用 TagManager 的好处之一,
    就是非开发人员无法
  • 1:15 - 1:17
    更改应用。
  • 1:17 - 1:21
    这些更新通常
    会上载大量的值。
  • 1:21 - 1:25
    对于每秒都会进行的更改而言,
    这种机制没有实在意义,
  • 1:25 - 1:27
    不过我们在开发应用时,
    看到更改是件不错的事情。
  • 1:27 - 1:31
    因此,我们添加了调用,
    以便手动更新容器。
  • 1:31 - 1:35
    这是参考,以及
    容器的更新方法。
  • 1:35 - 1:39
    这些文本表明,为了限制
    网络通信的频率,
  • 1:39 - 1:43
    对更新方法进行了限制,并让您
    等待至少 15 分钟后
  • 1:43 - 1:46
    才能再次
    调用此方法。
  • 1:46 - 1:49
    因此,即使是手动更新,
    生效时间也不能保证
  • 1:49 - 1:50
    超过 15 分钟。
  • 1:52 - 1:55
    我的运气不错,
    在 TagManager 中
  • 1:55 - 1:59
    更改变量值后,更改很快生效,
    但我不能保证每次都能这样。
  • 1:59 - 2:02
    如果您没能看到
    更改立即生效,
  • 2:02 - 2:03
    请别太惊讶。
Title:
VR5lhT2ERdo
Description:

VR5lhT2ERdo

more » « less
Video Language:
English
Team:
Udacity
Project:
UD876-2 - Google Play Services - Analytics
Duration:
02:04

Chinese, Simplified subtitles

Revisions Compare revisions