另一使用的情况是将RSS与提供项目成员感兴趣的信息的系统结合起来。版本控制系统就是例子，像MS Source Safe或CVS，它们对于库中内容的改变通过RSS供给来记录的。相似的功能性适用于许多基于网页的项目工作室提供给用户的通知。不是将这些用电子邮件发送给每个人，变化可以被收集存储在一个RSS供给中。每个对于特定通知或档案库的改变感兴趣的人可以订阅相关的RSS供给。客户端的使用方式和以前的是一样的，只是供给的产生是不同于weblogs的。
RSS供给的产生相对来讲还是比较简单的，有许多流行脚本语言库，像Java, C#和其他的语言都适用于创建这种供给；这只是意味着从原始材料中创建一个特定的格式化文件，原始材料在大多数情况下可能是一个数据库。RSS文件的结果是通过常规的网页服务器公布，如果有必要，服务器也提供用于加密和访问控制的标准机制。因此，如果你不想等某供应上提供RSS供给——这不久就会发生——你也可以为你的项目自己来做一个。由于RSS重用了大多已存在的项目基础技术，它也是一种可供选择的相对便宜的沟通渠道。
现在回到文章开头提出的四个问题。我们使用RSS如何解决这些问题呢？问题四是有关对接收的消息的处理的。与电子邮件相比，RSS被设计为一种自动处理的形式。RSS的格式是基于XML的，并且可扩展。RSS有好几个可用于创建包含正确的信息的RSS供给的模块。并且，如果有要求的话，你可以用自己的领域或整体模块。尽管标准的模块可以被大多数可用的RSS阅读器所处理并显示，但非标准领域要求定制的客户端或灵活的RSS阅读器，像NewsGator，它可以被配置来处理新的领域或模块。（可以参看本专栏结尾的链接以获得更多信息。）
问题三是关于便利性的。如前所述，RSS发布信息的方式与电子邮件不同。不必进行中心邮件列表的管理。发布信息仅意味着在网页服务器上生成并配置RSS文件。对于提供的供给信息，用户可以定义是否访问、何时访问以及如何访问这些信息。用户兴趣的改变仅意味着在阅读器应用软件中增加或删除一个供给地址。两边都可实现更为便利的使用和更少的精力花费。
问题二是处理SPAM。由于用户将RSS信息从服务器拉过来，因此没有向外界公布电子邮件地址。那些不请自来的电子邮件无处可送，这也是一种减少这些邮件的方式。
最后是接收邮件的总量。如果你能用以上描述的这种方法使用RSS供给，你就已经摆脱了你邮箱中的许多纯信息的消息（邮件列表、论坛、通知）。他们没有消失，现在他们在RSS阅读器中。但是更为理想的是，邮箱现在预备用于更为重要的一对一的交谈，而公众的讨论则在RSS阅读器中，你可以在那阅读讨论信息，也可以用你的脚本或其他应用程序处理这些讨论信息，如果你当前对这些信息不感兴趣的话，他们就会被新的内容所代替。
评论：以我自己的经验，这种方法并没真正减少你每天所处理的信息的数量，只是减少了电子邮件的数量。由于RSS使得处理大量项目内外的信息变得容易，所以我趋向搜寻更多有趣的信息！RSS真正的作用是帮助将信息放置在正确的位置并且比电子邮件能更有效地处理这些信息。
两个链接：my overview RSS - abridged version，为感兴趣者提供了更多的详细资料和有关RSS的更多链接。这里我也创建了另一个网页，作为一个实例说明定制RSS供给的生成及用NewsGator这样的灵活的RSS的客户端对之进行处理的过程。
文章来源于领测软件测试网 https://www.ltesting.net/
