استخدام مكتبات/مكونات الطرف الثالث في الإنتاج

StackOverflow https://stackoverflow.com/questions/22694

  •  09-06-2019
  •  | 
  •  

سؤال

عند استخدام مكتبات/مكونات تابعة لجهات خارجية في مشاريع الإنتاج، هل أنت دقيق بشأن استخدام الإصدارات الصادرة فقط من المكتبات المذكورة؟

متى تفكر في استخدام إصدار تجريبي أو إصدار تجريبي من المكتبة (في التطوير؟في الإنتاج، في ظل ظروف معينة)؟

إذا واجهت خطأً أو عيبًا في المكتبة وكنت ملتزمًا بالفعل باستخدامها، فهل تقوم بتطبيق تصحيح على المكتبة أو إنشاء حل بديل في التعليمات البرمجية الخاصة بك؟

هل كانت مفيدة؟

المحلول

أنا من أشد المعجبين بعدم برمجة شيء ما عندما يكون لدى شخص آخر إصدار لم أتمكن من برمجته في فترة زمنية معقولة أو قد يتطلب مني أن أصبح خبيرًا في شيء لن يكون مهمًا على المدى الطويل.

هناك العديد من المكونات والمكتبات مفتوحة المصدر التي استخدمتها في بيئة الإنتاج لدينا مثل Quartz.NET، وLog4Net، وnLog، وSharpFTPLibrary (المعدلة بشكل كبير) والمزيد.كان Quartz.NET في مرحلة تجريبية عندما قمت بإصدار تطبيق لأول مرة لاستخدامه في الإنتاج.لقد كانت نسخة تجريبية مستقرة جدًا وكان لدي كود المصدر حتى أتمكن من تصحيح المشكلة وكان هناك عدد قليل منها.عندما أواجه خللًا أو خطأ ما، أقوم بإصلاحه ونشر المشكلة إلى متتبع الأخطاء أو المؤلف.أشعر براحة شديدة عند استخدام منتج تجريبي إذا كان المصدر متاحًا لي لتصحيح أي مشكلات أو كان هناك متابعة قوية للمطورين الذين يقومون بحل أي مشكلات.

نصائح أخرى

لقد استخدمت مكتبات بيتا في المشاريع التجارية من قبل ولكن في الغالب أثناء التطوير وعندما يكون من المحتمل أن يقوم البائع بإصدار نسخة نهائية قبل أن أنهي المنتج.

على سبيل المثال، قمت بتطوير تطبيق سطح مكتب صغير باستخدام Visual Studio 2005 Beta 2 لأنني كنت أعلم أن إصدار RTM سيكون متاحًا قبل الإصدار النهائي لتطبيقي.لقد استخدمت أيضًا إصدارًا تجريبيًا من FirebirdSQL ADO.NET Driver أثناء تطوير مشروع آخر.

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

  • نعم.ما لم تكن هناك ميزة نحتاجها حقًا في الإصدار التجريبي.
  • ليس هناك فائدة من استخدام الإصدار التجريبي في مرحلة التطوير إذا لم تكن متأكدًا من أنك ستستخدمه في الإنتاج.هذا يبدو وكأنه مجرد ممارسة ضائعة
  • سأستخدم التصحيح.لماذا تكتب رمزًا لشيء دفعت مقابله؟

ليس هناك فائدة من استخدام الإصدار التجريبي في مرحلة التطوير إذا لم تكن متأكدًا من أنك ستستخدمه في الإنتاج.هذا يبدو وكأنه مجرد ممارسة ضائعة

نقطة جيدة، كنت أفكر أيضًا في سيناريو تقييم إصدار ما قبل النشر في مطور البرامج، لكنني افترضت أن ذلك يفسد مسار التطوير -> اختبار/QA -> مسار المنتج.

سأستخدم التصحيح.لماذا تكتب رمزًا لشيء دفعت مقابله؟

ماذا لو لم تكن مكتبة تجارية، بل مكتبة مفتوحة المصدر؟ماذا لو لم يكن التصحيح المطلوب تطبيقه من كيان الإصدار (على سبيل المثال:التصحيح الخاص بك)؟

أنا أستعمل:

  • Infragistics (عناصر تحكم .NET WinForms)
  • أدوات الرصاص (التقاط الفيديو)
  • Xtreme ToolkitPro (عناصر تحكم MFC)
  • الاستوديو الوطني للقياس للأجهزة (المكتبات الحسابية، والتخطيط، وDAQ)

لقد وجدت أخطاء كبيرة في كل واحدة منها، لذا أحاول الحد من استخدامها قدر الإمكان.إن Infragisitcs جيد جدًا على حقيقته، كما أن National Instruments هي الأفضل على الإطلاق، على الرغم من أنها محدودة جدًا.سأتجنب LeadTools بأي ثمن.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top