Email Dataset

内容和表示规则（可以说是 CSS/Javascript 的极限）。但从技术上讲，当然，会发生完全不同的事情：处方首先开始工作，并将内容分开并正确显示。对于混搭来说尤其如此，因为混搭的内容是从多个来源检索并链接在一起的。因此在浏览器中，呈现规则实际上起着主导作用，但我们根据有关内容的链接进行点击。

艰难的困境。我认为这就是为什么我们需要扩大超链接的定义。超链接不仅指示内容的位置，还指示内容的最佳呈现方式。 （这实际上就是现在正在发生的事情：可以说是 www.nu.nl 与 m.nu.nl，但这并不是我想要的）。我想提倡在协议标头中包含 企业主数据 指向首选演示格式的链接。当然，请求应用程序不必对该演示指令执行任何操作，但如果需要，它就可以开始处理该指令。重点是内容和演示是分开的，所以我认为内容中不应该引用演示说明。请求的页面由纯内容组成。

不仅对混搭很方便，而且对数据空间也很方便，当然对小部件、小工具和应用程序也很方便。
试想一下这对浏览器速度有什么影响，因为没有所有格式的内容可以轻很多。毕竟，演示指令非常适合缓存，因此您不必每次都检索它们。公平地说，第一次下载具有特定显示要求的页面时，可能需要更长的时间。

我们能从中获得什么呢？
我发现这个模型非常优雅，而这种说法可能只有程序员才会这么说。大多数普通人无法利用优雅的数据做任何事情。然而，开发人员可以更快地在呈现方法之间切换，并更轻松地聚合内容。

您还可以让设计师和作者更加独立地操作。这对双方都有好处，因为他们实际上对彼此都有很大的限制：你想尽量减少“这个句子需要更短因为我没有空间”的讨论。

互联网（如果你愿意的话可以称之为 Web 2.0）的双向特性也由此而实现。如果有人想做出贡献，他或她只需要担心贡献的内容。把化妆交给机器。这样，您就能收集更多易于管理的内容。我承认，这不是最有力的论据，因为这在很大程度上已经发生了，但添加地理位置和感官信息变得越来越重要，因此网络的上游机制也值得重新考虑。