代码之家 › 专栏 › 技术社区 › user29439

argoticsyndicationframeworkv。System.ServiceModel.Syndication

argotic atom-feed syndication-feed rss .net

5

user29439 · 技术社区 · 17 年前

我正在调查这件事 Argotic Syndication Framework ,到目前为止,我印象非常深刻。然而,当前的许多实现——至少对于RSS和Atom是如此-- seem pretty comparable 到 System.ServiceModel.Syndication . 有人对其中一个有什么看法吗?

2 回复 | 直到 9 年前

1

9

scottm 17 年前

以下是我在遵循这两条道路后的看法:

System.ServiceModel.Sydiication

大约比Argotic快9倍
没有rdf支持
不支持atom版本<1.
不支持rss版本<1.
在我“从野外”提供的大约30%的订阅源中,XmlException失败(这是我的交易破坏者)

Argotic

速度慢(见上文)
对所有类型的提要都有很好的支持:所有版本的atom、rss、rdf(据我所知)
比System.ServiceModel.Sydiication稍难使用;在让Argotic解析之前,您需要确定您拥有的提要的类型,然后根据提要的类型,您需要定制逻辑来处理3个不同的类中的每一个。换句话说,在Argotic有用之前,您需要对其进行包装。

2

1

jrista 17 年前

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

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