Argotic Syndication Framework v. System.ServiceModel.Syndication - PullRequest
5 голосов
/ 22 июля 2009

Я исследую Argotic Syndication Framework , и я до сих пор впечатлен. Тем не менее, большая часть текущей реализации - по крайней мере для RSS и Atom - кажется довольно сопоставимой с System.ServiceModel.Syndication . У кого-нибудь есть мнения относительно одного над другим?

Ответы [ 2 ]

9 голосов
/ 16 августа 2009

Вот моя точка зрения после того, как я пошел по обоим путям:

System.ServiceModel.Sydication

  • примерно в 9 раз быстрее, чем Argotic
  • не имеет поддержки rdf
  • не поддерживает атомные версии <1 </li>
  • не поддерживает версии rss <1 </li>
  • терпит неудачу с XmlException примерно на 30% каналов, которые я даю «из дикой природы» (для меня это соглашение)

Argotic

  • не обновлялся со 2 июля 2008 года
  • медленно (см. Выше)
  • имеет очень хорошую поддержку для всех типов каналов: все версии atom, rss, rdf (насколько я могу судить)
  • немного сложнее в использовании, чем System.ServiceModel.Sydication; вам нужно определить, какой тип канала у вас есть, прежде чем позволить Argotic разобрать его, а затем вам нужна собственная логика для работы с каждым из 3 различных классов в зависимости от типа канала. Другими словами, вам нужно обернуть Argotic, прежде чем он будет полезен.
1 голос
/ 22 июля 2009

Если все, что вам нужно, это RSS и Atom, я бы пошел с System.ServiceModel.Syndication. За исключением всего прочего, есть одно существенное преимущество использования .NET Framework по сравнению с альтернативами с открытым исходным кодом: знакомство. Если вы решите использовать платформу Argotic, это еще один сторонний компонент, который придется изучать новым дополнениям в вашей команде разработчиков (или другой навык, который вам нужно будет искать в своих потенциальных кандидатах.) Если вы решите использовать Решение .NET Framework, в вашем распоряжении потенциальный пул миллионов программистов, которые, вероятно, уже знают это. Даже если они не знают System.ServiceModel.Syndication, он следует тем же согласованным стандартам, что и остальная часть .NET Framework, который все еще предоставляет элемент знакомства большинству разработчиков .NET.

В то время как OSS часто может предложить некоторые интригующие варианты для проблемных областей, когда дело касается общих проблемных областей, не стоит недооценивать ценность знакомства и повсеместности. Разнообразная палитра фреймворков, как правило, означает более крутой курс обучения для новых дополнений в команде разработчиков, более высокую стоимость интеграции между фреймворками, версиями и проблемами безопасности и т. Д. И т. Д.

...