نماذج التصميم (هندسة البرمجيات): الفرق بين النسختين

[نسخة منشورة][نسخة منشورة]
تم حذف المحتوى تمت إضافة المحتوى
تعديل فقرة التصنيفات والنماذج
تعديل جدول النماذج الانشائية
سطر 36:
! الاسم
! الوصف
!في نماذج التصميم
!بعد مرحلة [[اكتمال الرماز المصدري (هندسة برمجيات)|اكتمال الرماز المصدري]]
!غير ذلك
|-
| [[Abstract factory]]
| يوفر واجهة لإنشاء عائلات من أغراض مستقلة أو مرتبطة مع بعضها من دون التصريح عن الصف الذي تم استخدامه.
|نعم
|نعم
|لا يوجد
|-
| [[Builder (software engineering)|Builder]]
| يفصل عملية بناء غرض مركب عن عملية تمثيل هذا الغرض ويسمح لعملية البناء الواحدة بأن تعطي أكثر من تمثيل.
|نعم
|لا
|لا يوجد
|-
| [[Factory method]]
| يوفر واجهة لإنشاء غرض وحيد تقوم الصفوف الفرعية في اختيار من اي صف سينشأ هذا الغرض.
|نعم
|نعم
|لا يوجد
|-
| [[Lazy initialization]]
| يتم فيه تأجيل إنشاء الغرض أو القيام بحساب ما أو عملية ما الى وقت لاحق بحيث تكون تكلفة هذه العملية كبيرة لذا يتم تأجيلها إلى ان يصبح هناك حاجة لها.
|نعم
|لا
|<ref>{{مرجع ويب
| المسار = http://martinfowler.com/books.html#eaa
| العنوان = Martin Fowler: books
| الموقع = martinfowler.com
| تاريخ الوصول = 2017-02-10
}}</ref>PoEAA
|-
| [[Multiton pattern]]
| يضمن أن هناك غرض واحد فقط تم انشاؤه من الصف الهدف ويضمن تمكن كل الصفوف الأخرى من الوصول الى هذا الغرض دون الحاجة لإنشاء غرض جديد.
|لا
|لا
|لا يوجد
|-
| [[Object pool pattern]]
| يساعد في تجنب حجز و تحرير الموارد المكلف عن طريق تدوير الأغراض التي لم يعد هناك حاجة لاستخدامها.
|لا
|لا
|لا يوجد
|-
| [[Prototype pattern]]
| يصنع غرض واحد فقط من الصف وعند الحاجة لأغراض أخرى فيتم نسخ الغرض الذي تم انشاؤوه في المرة الأولى
|نعم
|لا
|لا يوجد
|-
| [[Resource Acquisition Is Initialization]]
| يضمن أن الموارد المحجوزة قد تم تحريرها عن طريق ربط هذه الموارد مع دورة حياة الغرض
|لا
|لا
|لا يوجد
|-
| [[Singleton pattern]]
| يضمن أن الصف قد تم إنشاء غرض واحد منه فقط ويؤمن وصول عام من قبل كل الأغراض الباقية الى هذا الغرض
|نعم
|نعم
|لا يوجد
|}