5

我正在研究Argotic Syndication Framework，到目前为止我印象非常深刻。然而，许多当前的实现——至少对于 RSS 和 Atom——似乎与System.ServiceModel.Syndication相当。有没有人对另一个有任何意见？

4

2 回答 2

9

这是我走完两条路后的看法：

System.ServiceModel.Sydication

  • 比 Argotic 快约 9 倍
  • 没有 rdf 支持
  • 不支持 atom 版本 < 1
  • 不支持 rss 版本 < 1
  • 在我“从野外”提供的大约 30% 的提要中出现 XmlException 失败（这对我来说是个交易破坏者）

阿尔戈蒂克

  • 自 2008 年 7 月 2 日以来未更新
  • 很慢（见上文）
  • 对所有类型的提要有很好的支持：所有版本的 atom、rss、rdf（据我所知）
  • 比 System.ServiceModel.Sydication 更难使用；您需要在让 Argotic 解析它之前确定您拥有哪种类型的提要，然后您需要自定义逻辑来根据提要的类型处理 3 个不同类中的每一个。换句话说，您需要在 Argotic 有用之前对其进行包装。
于 2009-08-16T09:08:08.770 回答
1

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

虽然 OSS 通常可以为小问题区域提供一些有趣的选项，但当涉及到常见问题区域时，不要低估熟悉度和普遍性的价值。多样化的框架调色板通常意味着开发团队新成员的学习曲线要​​陡峭得多，框架之间的集成成本更高，版本控制和安全问题等。

于 2009-07-22T03:30:11.113 回答