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

البرمجة التركيبية

| تاريخ الوصول = 2010-03-08

ونظريًا، تتيح الوحدات فصل الشواغل وتحسين القابلية للصيانة عن طريق فرض حدود منطقية بين المكونات. وعادة ما تكون الوحدات مضمنة في البرامج من خلال الواجهات.}}</ref> وتعبّر واجهة الوحدة عن العناصر التي تقدمها وتتطلبها الوحدات. ويمكن للوحدات الأخرى الكشف عن العناصر المحددة في الواجهة؛ كما يحتوي التطبيق على كود التشغيل الذي يتوافق مع العناصر المعروضة في الواجهة.

== دعم اللغة ==

== الجوانب الرئيسية ==

في البرمجة التركيبية، يتم فصل الشواغل بحيث لا تعتمد أية وحدات (أو بعضها) على وحدات أخرى في النظام]محل شك – ناقش[. والهدف من ذلك هو تقليل الاعتماد قدر الإمكان ]محل شك – ناقش[.

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

== التطبيق ==

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

== الخلفية التاريخية ==

== انظر أيضًا ==

* لغة توصيف البنية

<!--Interwikies-->

 

{{ضبط استنادي}}