所以,我有此Omniture的对象。这就是所谓的第

s

在s,我们跟踪了一堆资料,里面的“道具”和“eVariables”。

s.prop5  = 'foo'
s.prop22 = 'baz'
s.var6   = 'bar'

哪些道具变量,这是我们选择指定evars,取决于我们在跟踪哪些页面。 例如,在网页上,我们不妨跟踪prop5,prop6和evar2,但在注册页面上,我们不妨跟踪prop4,prop5,prop9,prop10,evar4,evar5。它变化。

每个变量和每个支柱表示某种关键分析信息。

现在,即使这个解决方案是不理想的,因为道具#S可全部糅合在一起,我们也有我们内部保留,说明在变量代表什么主列表。

  

prop5指 “页面名称”

     

prop6指 “页面类别”

     

(等等)

现在,这是好的,它工作得很好,但我们往往要通过代码从第三方,使他们可以指定值本身。我们可能有一个第三方创建一个页面,我们希望做就可以了分析,但我们需要他们能够获得相应的信息进行跟踪。为了使它更可读的,我们正在考虑实现一些映射代码的

companyName.pageName = 'This is the page name'
companyName.contentType = 'This is the content type'
companyName.campaignId  = 'This is the campaign ID'

这是更具有可读性。我们随后将循环通过“的companyName”对象,和每一个值分配回的'在适当情况下。

你们觉得呢?这会是一个很好的做法?

有帮助吗?

解决方案

老实说,我不明白为什么你会在第一时间使用含义模糊的属性名称。为什么不使用的名字,你会给第三方内部也是如此。会不会只是让你的生活更容易?

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top