Argotic sindicación Marco v. System.ServiceModel.Syndication

Question

Estoy investigando la Argotic framework de sindicación , y estoy bastante impresionado hasta ahora. Sin embargo, una gran cantidad de la implementación actual - al menos por RSS y Atom-- parece bastante comparables System.ServiceModel.Syndication . ¿Cualquier persona tiene opiniones acerca de uno sobre el otro?

Answer 1

Aquí está mi punto de vista, después de haber seguido ambos caminos:

System.ServiceModel.Sydication

• es de aproximadamente 9 veces más rápido que Argotic
• no tiene el apoyo RDF
• no tiene soporte para las versiones átomo <1
• no tiene soporte para las versiones de RSS <1
• falla con XmlException en alrededor del 30% de los alimentos cedo "de la naturaleza" (este es el acuerdo para romper para mí)

Argotic

• No se ha actualizado desde jul 2008 2
• es lenta (ver arriba)
• tiene muy buen soporte para todo tipo de alimentos: todas las versiones de átomo, RSS, RDF (por lo que puedo decir)
• es ligeramente difícil de usar que System.ServiceModel.Sydication; es necesario determinar qué tipo de alimentación que tiene antes de dejar Argotic analizarlo, y entonces necesita una lógica personalizada para hacer frente a cada uno de 3 clases diferentes en función del tipo de alimento. En otras palabras, es necesario envolver Argotic antes de que sea útil.

Answer 2

Si todo lo que necesita es RSS y Atom, me gustaría ir con System.ServiceModel.Syndication. A menos que todo lo demás, hay un beneficio significativo para el uso del marco .NET sobre alternativas de código abierto: La familiaridad. Si decide utilizar el marco Argotic, eso es otro componente de terceros que las nuevas incorporaciones a su equipo de desarrollo van a tener que aprender (u otra habilidad que tendrá que buscar en sus potenciales candidatos.) Si decide utilizar el solución de .NET Framework, usted tiene la reserva potencial de millones de programadores a su disposición que probablemente ya lo saben. Incluso si ellos no saben System.ServiceModel.Syndication, que sigue los mismos estándares consistentes como el resto del marco .NET, que todavía proporciona un elemento de familiaridad con la mayoría de los desarrolladores de .NET.

Mientras OSS menudo puede ofrecer algunas opciones interesantes para las áreas problemáticas nitch, cuando se trata de áreas problemáticas comunes, no subestime el valor de la familiaridad y la ubicuidad. Una paleta diversa de marcos generalmente significa una curva de aprendizaje mucho más pronunciada para las nuevas adiciones a un equipo de desarrollo, mayor coste de la integración entre los marcos, versiones y temas de seguridad, etc., etc.