لعلك تعر� ماهو إطار العمل (framework),و على الأرجح قد تكون إستخدمتة �ى أثناء برمجتك لبعض الأعمال أيا كانت اللغة التى تستخدمها :

إطار العمل: مجموعة من الأدوات، المكاتب البرمجية، الاصطلاحات (conventions) وأ�ضل الممارسات البرمجية لمحاولة تجريد المهام التكرارية ووضعها ضمن وحدات برمجية كي يعاد استعمالها.

إذن مبدأ إطار العمل يقوم على عزل المهام البرمجية المتكررة ووضعها ضمن وحدة برمجية جاهزة، ومهمتك أن تقوم �قط باستدعاء التابع المناسب لك بدل كتابتها من جديد، وجعل تركيز المطور منكباً على المهام البرمجية الجديدة، عوضاً عن شغله بالمهام الروتينية المتكررة وكما يطلق عليه “إعادة اختراع العجلة�. [ماهو إطار العمل Framwork؟ ]

و لكن ما هو إطار العمل الأنسب لمشروعك ؟على أى أساس تقوم بالإختيار ؟


برأى أول Ùˆ أهم نقطة Ù�Ù‰ الإختيار هو منهجية العمل “Methodology” ,Ùˆ هى بالنسبة لإطارات العمل تحديد إلى اى Ù�ئة ينتمى ..هل الى الأطر الملصقة (Glue Frameworks )أم الأطر الكاملة (Full stack frameworks), أهمية هذة النقطة تأتى من تأثيرها المباشر على سير العمل بتطبيقك من حيث مرونة الإطار لإضاÙ�Ø© أى أدوات أو مكتبات خارجية , الوقت المبذول لتغيير طريقة عمل أحد المكونات الأساسية للإطار بما يتماشى Ùˆ تطبيقك إذا كان تطبيقك يتطلب تطويعا للإطار ,حجم تطبيقك Ùˆ الوقت المطلوب لإنجازة Ùˆ يجب أن تعرÙ� أولا ما هى منهجية عمل الإطار Ùˆ تنتقى الإطار الذى تتماشى منهجيتة مع تطبيقك Ùˆ إلا ستخسر الكثير من الوقت Ùˆ الجهد.


إطار الحزم المتكاملة (Full stack framework):

هو الإطار الذى يتكون من مجموعة موحدة من المكونات (components) التى تقدم لك كل ما تحتاجة �ى تطبيقك البرمجى   , سبب التسمية يرجع لكون هذا الإطار صمم لكى تعمل مكوناتة معا بشكل مثالى  و متكامل بحيث لا يكون هناك حاجة لإضا�ة أى أدوات أو مكونات خارجية  و أى تغيير أو إضا�ة مكونات ستكون خارج هد� الإطار و ستبذل مجهودا لتطبيقهاو تطويع الإطار ليعمل معها بسلاسة.
المميزات:

• 
  1-السرعة �ى انجاز العمل :
  
  الإطار الكامل يحاول تغطية كل العناصر المطلوبة �ى تطبيق العمل �لو التزمت بطريقة عملة يمكنك انجاز العمل بسرعة �ائقة و
  ما عليك إلا إستدعاء طرق العمل .
• 
  2-يناسب �ريق العمل الكبير:
  
  هذا الإطار يسهل من تحكم قائد العمل بال�ريق الكبير العدد لأن الإستخدام الأمثل لهذا الإطار هو اتباع مكوناتة الأساسية و بالتالى السير على طرق موحدة للعمل .

العيوب :

• 
  1-تعقد التكوين :
  
  الإطار الكامل يحاول تقديم اكبر عدد من المكونات للمستخدم لتو�ير الوقت و سرعة الإنجاز و بأتى ذلك على حساب حجم الإطار و تعقد تكوينة مما يجعلة صعب ال�هم على المستخدم العادى .
• 
  2-غير مرن :
  
  �ى ظل إستخدام هذا الإطار يجبر المستخدم على استخدام مكوناتة حتى لو لم تكن ضمن م�ضلاتة , و لو اردت تعديل كي�ية عمل أحد المكونات ستضطر للغوص �ى كم من الأكواد لمعر�ة كي�ية عمل الإطار و تكوينة و هو ما سيلغى �ائدة سرعة الإنجاز التى سبق و ذكرناها.
• 
  3-التعلم :
  
  �ى ظل الإطار الكامل كل شىء تقريبا مطلوب �ى العمل موجود مسبق و مكود بحيث ما عليك إلا إستدعاء طرق تن�يذ العمل و يحد ذلك من تدخل المطور �ى الكود الأمر الذى يحد من قدرة المطور على تعلم الجديد �ى كل مرة يطبق �يها مشروعا(شخصيا أجدها نقطة هامة).

أمثلة :

• CakePHP (إطار عمل متكامل للغة PHP)
• Symphony (إطار عمل متكامل للغة PHP)
• Prado (إطار عمل متكامل للغة PHP)
• Django (إطار عمل متكامل للغة Python)

الإطار الملصق (Glue Framework ):

هو الأطار الذى يتكون من  مجموعة من المكونات (components)التى تغطى أهم الإحتياجات �ى تطبيقك البرمجى  و سبب التسمية يرجع لأن هذاالإطار صمم لكى تعمل مكوناتة الأساسية �ى تناسق مع بعضها بالإضا�ة لإمكانية إضا�ة (لصق) أى مكونات خارجية من المحتمل إضا�تها للإطار حسب رغبة المبرمج  , بمعنى انة يمكنك ان تنتقى  أو تترك من مكونات الإطار الأساسية ما يناسبك مع لصق أى مكونات خارجية لها ..يوص� هذا الإطار بالمرن لسهولة تطويعة لإحداث التغيرات

المميزات :

• 
  1-المرونة :
  
  الإطار الملصق مرن من حيث اختيار مكونات دون غيرها أو التعديل عليها �هو لا ي�رض عليك طرق عمل واحدة.
• 2- التعلم :
  
  نظرا لطبيعة الإطار الذى يسهل عليك اختيار المكونات و تعديلها يتاح للمطور الإحتكاك المباشر بالكود و مواجهة بعض المشكلات و حلها جذريا , الأمر الذى يزيد من قدرتة على تعلم الجديد .

العيوب :

• -يجب ان تتواÙ�ر لديك قدرا لا بأس بة من القدرة على التكويد Ùˆ المعرÙ�Ø© البرمجية إن أردت إضاÙ�Ø© مكون غير متواÙ�ر بالإطار
  .

امثلة :

• CodeIgniter (إطار عمل ملصق للغة PHP)
• Zend Framework (إطار عمل ملصق للغة PHP)
• Pylons (إطار عمل ملصق للغة Python)
• TurboGear (إطار عمل ملصق للغة Python)

و من التعري� السابق تستطيع أن تحدد منهجية عمل أى إطار لو قرأت قليلا عن هذا الإطار أو �ى المنتدى الخاص بة أو لو قمت بتحميلة للتجربة �غالبا لا يذكر بشكل مباشر �ى موقع الإطار منهجيتة و لكنها تستنتج من طريقة عملة و الكتابات عنة .

بعد تحديدك لمنهجية عمل الإطار و ما إذا كانت ملائمة لطبيعتك كمبرمج أو طبيعة �ريق العمل و المشروع ,  تأتى نقاط أخرى للمقارنة منها مثلا :

• 1- مدى تواÙ�Ù‚ متطلبات إطار العمل مع إمكانيات الإستضاÙ�Ø© للسيرÙ�ر (مثلا لو إطار العمل يتطلب PHP 5 Ùˆ انت لديك PHP4).
• 2- قاعدة الشعبية المتاحة للإطار مع تواÙ�ر التوثيق Ùˆ الدعم الكاÙ�Ù‰ (لو واجهتك مشكلة بالإطار هل يوجد منتدى لبحث المشاكل أو الإضاÙ�ات ؟هل يوجد توثيق كامل سهل الÙ�هم لكيÙ�ية عمل الإطار ؟لو الإجابة لا إبتعد Ù�ورا ).
• 3- تواÙ�ر Ø£Ù�ضل المكتبات Ùˆ الممارسات البرمجية Ùˆ الأدوات التى تتماشى مع المعايير القياسية ضمن الإطار (مثلا هل الإطار يستخدم تقنية MVC التى ثبت Ù�عاليتها Ù�Ù‰ العمل Ùˆ تعتمد عليها أغلب الأطر ..ام أن الإطار ما زال يعمل بالطرق التقليدية ØŸ).

تجربتى الشخصية :



قمت بتجربة كلا من الإطار الكامل متمثلا Ù�Ù‰ “Ù�CakePHP” Ùˆ الإطار الملصق متمثلا Ù�Ù‰ Codeigniter” ,” Zend Framework” Ùˆ أرى ان اقصى استÙ�ادة ممكنة Ùˆ سرعة Ù�Ù‰ العمل تتحق مع الإطار الملصق Ù�أنا شخصيا أحب ان تكون لى حرية اختيار المكونات الخاصة بالإطار Ùˆ لا تكون Ù…Ù�روضة على , بالإضاÙ�Ø© لإمكانية تلبية طلب العميل إذا ما أراد وضع اى خاصية معينة لا تتماشى مع طبيعة عمل الإطار الكامل (هذة الحالة كابوس..ستضطر عندها Ù„Ù�هم كيÙ�ية عمل الإطار الكامل كلة )

إقرأ أيضا :

• أطر العمل Frameworks لتطبيقات الويب
• Basics of Framework Design in PHP Part 2
• Glue vs. Full Stack
• On Frameworks: The Glue VS The Stack
• Python framework design