Tridion “的命名约定”；“页面代理”；组件？

Tridion命名约定很有趣，因为作者可以看到以下名称：

• 模式
• 模板
• 类别和关键字

我知道我们可以使用组件字段来存储与页面相关的内容

，

说明

，以及

。这允许这些字段可翻译（相对于页面元数据），并由不同的创作组进行管理

我可能会将这种类型的组件命名为

SEO-Info

或类似的组件

但我们也可以存储非SEO信息，例如可见页面标题（

此标题

）、导航信息和其他页面相关设置/内容（例如特定于页面的免责声明）

这种“页面代理”组件是否有作者友好的命名约定或方法？

• Page Meta

  会让人困惑吗

• 页面

  是否太简单
• 如果包含非SEO信息，

  SEO

  是一个用词不当的词吗

---

我认为，由于命名约定的个人/主观性质，命名约定总是很棘手的

因此，对于你的问题，我认为没有一种正确的命名方式，但也许你和客户可以就某个特定情况商定一个最佳描述性名称

无论如何，我有点赞成调用这些组件

Page Info

，因为它们包含一些关于页面的元数据/信息。同时，

Page Meta

我认为这有点令人困惑，因为我们指的是一个组件，因此可能会与实际的页面元数据（在页面上定义）混淆

我认为名称

页面代理

也不错。。。或

页面数据

。。。这确实很主观

---

编辑：

页面SEO

如果组件不包含任何SEO信息，则可能用词不当。但是，如果有一些SEO数据与一些

元数据（如标题、关键字等）混合在一起，我会说将它们全部放在同一个SEO组件中（这样你就不必创建太多不同的小组件，这将使页面更难放在一起）。
嗨，阿尔文，你可能会考虑发布这一点——在SDL Trimon上没有任何问题，但是对于这些功能性问题来说，它可能是一个更好的地方。这将是一个很好的机会，在这里创建“SDLTridion”标记，而不是我们这里的旧“Tridion”标记。我刚刚尝试将SDL Tridion创建为Tridion标记的同义词。您可能会考虑对它进行投票（不幸的是它为我降低了它的价格）。更新：页面信息在这方面工作得相当好，感谢和误码/混淆选项的优缺点：<代码> Page Meta < /代码>和<代码>页面搜索引擎优化>代码>。在管理大量微小组件方面，有人做过某种复合/复合组件扩展吗？或者这就是新的用户界面吗？：-）