أفضل نهج للوظائف المشتركة

Question

لقد قمت ببناء عدد من الوحدات الشائعة التي كنت أحتفظ بها حتى الآن في دليل واحد والرجوع من أدلة المشروع التي تحتاج إليها.

كنت أتساءل عما إذا كان هناك طريقة أفضل للقيام بذلك؟

تتم كتابة كل من الوحدات الشائعة والرمز باستخدامها في C ++.

Answer 1

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

تحرير: في الأساس ، مكتبة ثابتة هي مجموعة من ملفات الكائنات. إذا كنت تعمل مع Visual Studio ، فيمكنك إنشاء مشروع مكتبة ثابتة (أو تغيير نوع الإخراج لمشروعك) والذي سيقوم بإنشاء ملف .LIB الذي يمكنك ربطه في التطبيق الخاص بك. إذا كنت تستخدم GCC ، فيمكنك استخدام "AR" لإنشاء ملف المكتبة من مجموعة من ملفات .o ، وربطه مرة أخرى بتطبيقك.

Answer 2

تعد إدارة مجموعة الأدوات الخاصة بك وتحسينها أمرًا مهمًا لمبرمج. أنا شخصياً أذهب دائمًا إلى نهج "As Quick'n Easy ما يمكن".

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

لا أعرف لماذا تستخدم DLLs ، لأن LIB العادي سيؤدي إلى تضمين عدد أقل من الصداع.

نصيحة: اصنع مشروعًا منفصلًا منها. اجعلهم في موقع منطقي مركزي. (ربما MyWorkspace/mylibs) نظرًا لأن مجموعة الأدوات الخاصة بك ستنمو/تتغير/تحسن مع كل مشروع تعمل عليه ، فأنا أحيانًا أقوم بإعداد بيئة العمل الخاصة بي لأتمكن من التبديل بسرعة وإضافة شيء ما ثم العودة إلى المشروع الأصلي. في هذه الحالة ، من المفيد تضمينه كاعتماد على المشروع في IDE التي يمكن بناؤها تلقائيًا ثم إعادة ربطها. هذا تافهة مع جميع IDE تقريبا.

مشكلة مختلفة ولكن أصحاب العمل. عادة ما يكونون حذرين بشأن الأشياء التي تنقلها في مشاريعهم. خاصة إذا كنت تريد إغلاق المصدر لهم. لكن هذه قصة لسؤال آخر ؛)

Answer 3

I like to put them in a dll so that the size of my executable becomes less.