Argotic Syndication Framework v. System.ServiceModel.Syndication
Я занимаюсь исследованием Argotic Syndication Framework и до сих пор впечатлен. Однако большая часть текущей реализации - по крайней мере для RSS и Atom- кажется довольно сравнимой с System.ServiceModel.Syndication. У кого-нибудь есть мнения относительно одного над другим?
2 ответа
Вот моя точка зрения после того, как я пошел по обоим путям:
System.ServiceModel.Sydication
- примерно в 9 раз быстрее, чем Argotic
- не имеет поддержки rdf
- не поддерживает атомные версии < 1
- не поддерживает rss версии < 1
- происходит сбой с XmlException примерно на 30% фидов, которые я даю "из дикой природы" (для меня это прерыватель сделки)
Argotic
- не обновлялся со 2 июля 2008 г.
- медленно (см. выше)
- имеет очень хорошую поддержку для всех типов каналов: все версии atom, rss, rdf (насколько я могу судить)
- немного сложнее в использовании, чем System.ServiceModel.Sydication; вам нужно определить, какой тип канала у вас есть, прежде чем позволить Argotic разобрать его, а затем вам нужна собственная логика для работы с каждым из 3 различных классов в зависимости от типа канала. Другими словами, вам нужно обернуть Argotic, прежде чем он будет полезен.
Если все, что вам нужно, это RSS и Atom, я бы пошел с System.ServiceModel.Syndication. За исключением всего прочего, есть одно существенное преимущество использования.NET Framework по сравнению с альтернативами с открытым исходным кодом: знакомство. Если вы решите использовать платформу Argotic, это еще один сторонний компонент, который придется изучать новым дополнениям в вашей команде разработчиков (или другой навык, который вам нужно будет искать в своих потенциальных кандидатах). Если вы решите использовать Решение.NET Framework, в вашем распоряжении потенциальный пул миллионов программистов, которые, вероятно, уже знают об этом. Даже если они не знают System.ServiceModel.Syndication, он следует тем же согласованным стандартам, что и остальная часть платформы.NET, которая все еще предоставляет элемент знакомства большинству разработчиков.NET.
В то время как OSS часто может предложить несколько интригующих вариантов для проблемных областей, когда дело касается общих проблемных областей, не стоит недооценивать ценность знакомства и вездесущности. Разнообразная палитра фреймворков, как правило, означает гораздо более крутой график обучения для новых дополнений в команде разработчиков, большую стоимость интеграции между фреймворками, версиями и проблемами безопасности и т. Д. И т. Д.