Argotic Syndication Framework诉System.ServiceModel.Syndication

Question

我正在调查Argotic Syndication Framework，到目前为止我印象非常深刻。但是，很多当前的实现 - 至少对于RSS和Atom - seem pretty comparable到System.ServiceModel.Syndication。有没有人对一个人有任何意见？

Answer 1

这是我遵循两条路径后的观点：

<强> System.ServiceModel.Sydication

• 比Argotic快9倍
• 没有rdf支持
• 不支持原子版本＆lt; 1
• 不支持rss版本＆lt; 1
• 在我从“狂野”中提供的约30％的Feed中出现XmlException失败（这对我而言是破坏性的）

<强> Argotic

• 自2008年7月2日起未更新
• 很慢（见上文）
• 非常支持所有类型的feed：所有版本的atom，rss，rdf（据我所知）
• 比System.ServiceModel.Sydication稍微难以使用;在让Argotic解析它之前你需要确定你有什么样的feed，然后你需要自定义逻辑来处理3个不同类中的每一个，具体取决于feed的类型。换句话说，你需要在它有用之前包装Argotic。

Answer 2

如果您只需要RSS和Atom，我会使用System.ServiceModel.Syndication。除了其他一切，使用.NET框架而不是开源替代方案有一个显着的好处：熟悉。如果您选择使用Argotic框架，那就是您的开发团队需要学习的另一个第三方组件（或者您需要在潜在候选人中寻找的其他技能）。如果您选择使用在.NET Framework解决方案中，您可能拥有数百万可能已经掌握的程序员。即使他们不了解System.ServiceModel.Syndication，它也遵循与.NET框架的其余部分相同的一致标准，这仍然为大多数.NET开发人员提供了熟悉的元素。

虽然OSS通常可以为棘手问题领域提供一些有趣的选择，但在涉及常见问题领域时，不要低估熟悉度和普遍性的价值。多种多样的框架通常意味着对于开发团队的新增加，框架之间的更高集成成本，版本控制和安全性问题等，学习曲线更加陡峭等。