Argotic Syndication cadre v. System.ServiceModel.Syndication

Question

J'enquête sur la Argotic Syndication cadre , et je suis assez impressionné jusqu'à présent. Cependant, beaucoup de la mise en œuvre actuelle - au moins pour les flux RSS et Atom-- semblent assez comparables System.ServiceModel.Syndication . Quelqu'un at-il des opinions à un sur l'autre?

Answer 1

Voici mon point de vue après avoir suivi les deux chemins:

System.ServiceModel.Sydication

• est environ 9 fois plus rapide que Argotic
• ne supporte pas rdf
• ne supporte pas les versions atome <1
• ne supporte pas les versions rss <1
• échoue avec XmlException sur environ 30% des aliments que je donne dans « dans la nature » (ce qui est le deal-breaker pour moi)

Argotic

• n'a pas été mis à jour depuis le 2 juillet 2008
• est lente (voir ci-dessus)
• a un très bon soutien pour tous les types de flux: toutes les versions d'atome, rss, rdf (pour autant que je peux dire)
• est un peu plus difficile à utiliser que System.ServiceModel.Sydication; vous devez déterminer quel type d'aliments que vous avez avant de laisser Argotic l'analyser, et vous avez besoin d'une logique personnalisée pour traiter chacune des 3 classes différentes en fonction du type d'aliment. En d'autres termes, vous avez besoin d'envelopper Argotic avant qu'il ne soit utile.

Answer 2

Si tout ce que vous avez besoin est RSS et Atom, j'irais avec System.ServiceModel.Syndication. Sauf tout le reste, il y a un avantage important d'utiliser le framework .NET sur des alternatives open source: Familiarité. Si vous choisissez d'utiliser le cadre Argotic, thats un autre composant tiers que les nouveaux ajouts à votre équipe de développement vont devoir apprendre (ou d'une autre compétence que vous aurez besoin de chercher dans vos candidats potentiels.) Si vous choisissez d'utiliser la solution .NET Framework, vous avez le bassin potentiel de millions de programmeurs à votre disposition qui saura probablement déjà. Même s'ils ne savent pas System.ServiceModel.Syndication, il suit les mêmes normes uniformes que le reste du framework .NET, qui fournit encore un élément de familiarité pour la plupart des développeurs .NET.

Alors que les logiciels libres peuvent souvent offrir des options intéressantes pour les problèmes de nitch, en ce qui concerne les problèmes communs, ne sous-estimez pas la valeur de la connaissance et de l'ubiquité. Une palette diversifiée de cadres signifie généralement une courbe d'apprentissage beaucoup plus raide pour les nouveaux ajouts à une équipe de développement, coût plus élevé d'intégration entre les cadres, et les problèmes de versioning sécurité, etc., etc.