برمجة تركيبية: الفرق بين النسختين

وعند إنشاء نظام تركيبي بدلاً من إنشاء تطبيق أحادي (حيث يكون الكل هو أصغر مكون)، يتم بناء عدة وحدات أصغر (يتم تجميعها في العادة) بشكل منفصل بحيث تقوم ببناء[[ترجمة في الوقت المناسب]] وهو برنامج تطبيق قابل للتنفيذ حينما تُترجم هذه الوحدات معًا. وقد يساهم المُترجم في الوقت المناسب في جانب من هذا البناء "«بحركة دؤوبة"» في وقت التشغيل.

وهذا من شأنه جعل النظم التركيبية المصممة، إذا تم إنشاؤها بشكل صحيح، قابلة لإعادة الاستخدام أكثر بكثير من التصميم الأحادي التقليدي، نظرًا لأن كل (أو كثير من) هذه الوحدات يمكن إعادة استخدامها حينئذٍ (بدون تغيير) في مشاريع أخرى. كما ييسر ذلك من "«تحليل"» المشاريع (من خلال مبدأ "«فرق تسد"») إلى عدة مشاريع أصغر. ونظريًا، سيتم تجميع مشروع برامج تركيبية بشكل أسهل بواسطة فِرق كبيرة، حيث لا يقوم أي أعضاء فريق بإنشاء النظام بالكامل، أو لا يضطرون لمعرفة النظام ككل، وإنما يمكنهم التركيز فحسب على المهمة الأصغر المسندة إليهم (يُقال أن هذا يواجه الافتراض الأساسي لمقالات The Mythical Man Month (أشهر رجل أسطوري) – الذي يجعل من الممكن حقًا إضافة مطورين إلى مشروع برامج أخير – دون تأخيره إلى وقت لاحق).

في الآونة الأخيرة، تفوق تمرير الرسائل على واجهات "«الاتصال"» السابقة الأكثر تقليدية<code>Call</code> ليصبح الرابط الأكثر هيمنة بين الوحدات المنفصلة وذلك في محاولة لحل "«مشكلة الإصدارات"» (التي تحدث أحيانًا عند استخدام الوجهات للاتصال بين الوحدات).