本文介绍了Argotic聚合框架诉System.ServiceModel.Syndication的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
我调查 Argotic聚合框架，我pssed所以pretty的IM $ P $远。然而，许多当前实现的 - 至少对RSS和Atom-- 显得pretty的可比性到System.ServiceModel.Syndication.没有人有任何意见，以一个比其他？
I'm investigating the Argotic Syndication Framework, and I'm pretty impressed so far. However, a lot of the current implementation--at least for RSS and Atom--seem pretty comparable to System.ServiceModel.Syndication. Does anyone have any opinions as to one over the other?
推荐答案
这是我的观点，随后有两个路径后：
Here's my perspective after having followed both paths:
System.ServiceModel.Sydication
- 比Argotic 快约9倍
- 在没有RDF支持
- 在不具备原子的版本和LT支持; 1
- 在不具有RSS版本和LT支持; 1
- 失败，XmlException在30％左右，我给了饲料的野生（这是交易断路器对我来说）
Argotic
- 在尚未自2008年7月2日 更新
- 是缓慢的（见上文）
- 已为各类饲料很好的支持：所有版本的原子，RSS，RDF的（据我可以告诉）
- 在稍难比System.ServiceModel.Sydication使用;你需要确定什么样的饲料可以选择让Argotic解析它之前，然后你需要自定义逻辑来处理每3个不同类别取决于原料的类型。换句话说，你需要用Argotic之前，它是有用的。
这篇关于Argotic聚合框架诉System.ServiceModel.Syndication的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！