Argotic协同内容框架v.System.ServiceModel.Syndication

Question

我正在调查Argotic Syndication Framework，到目前为止我印象很深刻。然而，当前的很多实现--至少对于RSS和Atom--都是从seem pretty comparable到System.ServiceModel.Syndication。有没有人对此有什么看法？

Answer 1

这是我在遵循了这两条道路后的观点：

System.ServiceModel.Sydication

• 大约比

快9倍

• 没有rdf

支持atom版本<1

• 不支持rss版本<1我在《来自野外》中给出的提要中，约有30%的提要(这对我来说是破坏交易)

<代码>F213

• 失败并显示XmlException

Argotic

• 自2008年7月2日以来就没有更新过
• 很慢(见上)
• 对所有类型的提要都有很好的支持:所有版本的atom，rss，rdf (据我所知)
• 比System.ServiceModel.Sydication稍难使用；在让Argotic解析它之前，你需要确定你有什么类型的提要，然后你需要自定义逻辑来根据提要的类型处理3个不同的类。换句话说，在Argotic有用之前，您需要对其进行包装。

Answer 2

如果你所需要的只是RSS和Atom，我会选择System.ServiceModel.Syndication。除此之外，与开源替代方案相比，使用.NET框架还有一个显著的好处:熟悉。如果您选择使用Argotic框架，那么您的开发团队中的新成员将不得不学习另一个第三方组件(或者您需要在潜在候选人中寻找的另一项技能)。如果您选择使用.NET框架解决方案，您将拥有数百万可能已经了解它的潜在程序员。即使他们不了解System.ServiceModel.Syndication，它也遵循与.NET框架的其余部分相同的一致标准，这仍然为大多数.NET开发人员提供了一些熟悉的元素。

虽然OSS通常可以为nitch问题领域提供一些有趣的选项，但当涉及到常见问题领域时，不要低估熟悉和无处不在的价值。不同的框架调色板通常意味着开发团队的新成员的学习曲线更加陡峭，框架之间的集成成本更高，版本控制和安全问题等。