由网友(と　与生俱来的低调)分享简介：我调查 Argotic聚合框架，我pssed所以pretty的IM $ P $远。然而，许多当前实现的 - 至少对RSS和Atom-- 显得pretty的可比性到System.ServiceModel.Syndication.没有人有任何意见，以一个比其他？I'm investigating the Argotic...

我调查 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之前，它是有用的。