ما هي بعض التقنيات للحد من تبعيات الترجمة في مشاريع C++؟

Question

في مشروع C++، يمكن لتبعيات الترجمة أن تجعل صيانة مشروع برمجي أمرًا صعبًا.ما هي بعض أفضل الممارسات للحد من التبعيات، سواء داخل الوحدة أو عبر الوحدات؟

Answer 1

• التصريحات إلى الأمام
• واجهات مجردة
• لغة البثور

Answer 2

وعشب سوتر لديه معاملة كبيرة من هذا الموضوع المحدد في الوحدات 26 و 27 و 28 "، التابعة التقليل ترجمة لبعض الوقت، الأجزاء 1 و 2 و 3"، في كتابه الممتاز <م> استثنائية C ++ ، ISBN: 0201615622

بديل http://ak.buy.com/db_assets/prod_images/489/30611489.jpg

وIMHO، وهذا هو واحد من أفضل C ++ برمجة الكتب المتاحة.

Answer 3

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

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

Answer 4

وتأخذ أيضا نظرة على:

كبير النطاق C ++ تصميم البرمجيات (أديسون ويسلي المهنية الحاسبات سلسلة)