Арготическая Платформа Синдикации против Системы. ServiceModel. Синдикация
У меня есть несколько (довольно старых) сообщений в блоге на этом предмете
- http://www.spindriftpages.net/blog/dave/2005/11/17/c-books/
- http://www.spindriftpages.net/blog/dave/2005/06/06/good-oo-books/
- http://www.spindriftpages.net/blog/dave/2005/05/11/really-great-it-books/
- , Хотя хорошая книга, я нашел Код Завершенным, чтобы быть скорее тусклым чтением (спорное представление я признаю).
- мне нравятся Jeffery Richter и книги, которые Joel Spolksy записал
- , книги CSS Eric Meyer действительно хороши также
2 ответа
Вот моя перспектива после прохождения обоими путями:
System.ServiceModel.Sydication
- примерно в 9 раз быстрее, чем Argotic
- не поддерживает rdf
- не имеет ' нет поддержки для версий Atom <1
- нет поддержки для версий rss <1
- не работает с XmlException примерно в 30% каналов, которые я даю "из дикой природы" (это нарушает условия сделки для me)
Argotic
- не обновлялся с 2 июля 2008 г.
- работает медленно (см. выше)
- имеет очень хорошую поддержку для всех типов каналов: все версии atom, rss, rdf (как насколько я могу судить)
- немного сложнее в использовании, чем System.ServiceModel.Sydication; вам необходимо определить, какой у вас корм, прежде чем разрешить Argotic его анализировать, а затем вам понадобится настраиваемая логика для работы с каждым из трех разных классов в зависимости от типа фида. Другими словами, вам нужно обернуть Argotic, прежде чем он станет полезным.
Если вам нужны только RSS и Atom, я бы выбрал System.ServiceModel.Syndication. За исключением всего прочего, есть одно существенное преимущество использования .NET framework по сравнению с альтернативами с открытым исходным кодом: знакомство. Если вы решите использовать фреймворк Argotic, это будет еще один сторонний компонент, которому новые дополнения в вашей команде разработчиков должны будут изучить (или другой навык, который вам нужно будет искать у своих потенциальных кандидатов). Если вы решите использовать Решение .NET Framework, в вашем распоряжении потенциальный пул из миллионов программистов, которые, вероятно, уже знают это. Даже если они не знают System.ServiceModel.Syndication, он следует тем же согласованным стандартам, что и остальная часть платформы .NET, которая по-прежнему представляет собой элемент знакомства для большинства разработчиков .NET.
Хотя OSS часто может предложить некоторые интригующие варианты решения проблемных областей, когда дело доходит до общих проблемных областей, не стоит недооценивать ценность знакомства и повсеместности. Разнообразная палитра фреймворков обычно означает гораздо более крутую кривую обучения для новых дополнений в команде разработчиков, большую стоимость интеграции между фреймворками, вопросы управления версиями и безопасности и т. Д. И т. Д.