Framework Framework System.ServiceModel.Syndication

Question

أنا التحقيق في إطار بنقطة الرغويات, ، وأنا معجب جدا جدا حتى الآن. ومع ذلك، فإن الكثير من التنفيذ الحالي - على الأقل ل RSS و Atom--يبدو قابلة للمقارنة ل system.servicemodel.syndication.. وبعد هل لدى أي شخص أي آراء فيما يتعلق بأخرى؟

Answer 1

إليك وجهة نظري بعد اتباع كل من المسارات:

system.servicemodel.sydication.

• هو حوالي 9 مرات أسرع من argotic
• ليس لديه دعم RDF
• ليس لديه دعم لإصدارات Atom <1
• ليس لديه دعم لإصدارات RSS <1
• يفشل مع Xmlexception على حوالي 30٪ من الخلاصات التي أعطيتها في "من البرية" (هذا هو الكسارة بالنسبة لي)

argotic.

• لم يتم تحديثه منذ 2 يوليو 2008
• بطيء (انظر أعلاه)
• لديه دعم جيد للغاية لجميع أنواع الأعلاف: جميع إصدار Atom، RSS، RDF (بقدر ما أستطيع أن أقول)
• هو أصعب قليلا استخدام من system.servicemodel.sydication؛ تحتاج إلى تحديد نوع الأعلاف الذي لديك قبل السماح بتحليل Argotic، ثم تحتاج إلى منطق مخصص للتعامل مع كل فئة مختلفة من 3 فصول مختلفة حسب نوع الأعلاف. بمعنى آخر، تحتاج إلى التفاف Argotic قبل أن تكون مفيدة.

Answer 2

إذا كان كل ما تحتاجه هو RSS و Atom، فسأذهب مع system.servicemodel.syndication. باستثناء كل شيء آخر، هناك فائدة واحدة مهمة لاستخدام .NET Framework على بدائل مفتوحة المصدر: الإلمام. إذا اخترت استخدام إطار Argotic، فهذا مكون آخر من طرف ثالث تقوم بإضافة إضافات جديدة إلى فريق التطوير الخاص بك للتعلم (أو مهارة أخرى ستحتاج إلى البحث عنها في المرشحين المحتملين.) إذا اخترت استخدام حل .NET Framework، لديك مجموعة محتملة للملايين من المبرمجين تحت تصرفكم من المرجح أن يعرف ذلك بالفعل. حتى لو لم يعرفوا system.servicemodel.syndication، فإنه يتبع نفس المعايير المتسقة باعتبارها بقية الإطار .NET Framework، والتي لا تزال توفر عنصر الإلمام بمعظم مطوري .NET.

في حين أن OSS يمكن أن تقدم في كثير من الأحيان بعض الخيارات المثيرة للاهتمام لمناطق مشكلة Nitمة، عندما يتعلق الأمر بمجالات المشكلات الشائعة، لا نقلل من قيمة الألفة واليكلية. تعني لوحة متنوعة من الأطر بشكل عام منحنى تعليمي أكثر حدة للحصول على إضافات جديدة لفريق التنمية، وتكلفة أكبر للتكامل بين الأطر والإصدار وقضايا الأمان، إلخ.