سؤال

لقد قرأت الأسئلة ذات الصلة ولم أجد إجابتي.هذا ليس حول require/require_once أو استخدام __autoload وظيفة أو حتى اسم الملفات.

تقوم شركتي ببناء مواقع كبيرة ومع نمونا، أصبحت الممارسة التي تطورنا إليها هي تقسيم الوظائف حسب علاقتها مثل:

Inc.Functions-User.php Inc.Functions-Media.php Inc.Functions-Calendar.php

تميل كل هذه الملفات إلى أن تتكون من 1000 إلى 3000 سطر من التعليمات البرمجية.إن الجمع بينها سيجعل الحفاظ عليها وحشًا وأكثر صعوبة بالنسبة لمزيد من المطورين.

ومع ذلك، في بعض مواقعنا الأكبر حجمًا، ننتهي بما يتراوح بين 8 و15 من ملفات الوظائف الفردية هذه.

هل تضمين ملفات الوظائف الخمسة عشر في الرأس هو أفضل طريقة أم يجب أن نجد طريقة لدمجها؟هل 12 يشمل مقابل.5. يتضمن ضررا كبيرا على تشغيل موقعنا؟

هل كانت مفيدة؟

المحلول

إذا كنت تهتم أداء تثبيت cche opcocde مثل APC الذي سيوفر على شكل المترجمة من البرنامج النصي في الذاكرة.

إذا كنت لا تريد تثبيت APC الفرق هو الحد الأدنى، نعم الوصول إلى الملفات أقل يستغرق وقتا أقل، ولكن هذا لا حيث قضى معظم الوقت. (خصوصا أن الملفات يجب أن يكون قادرا على تخزين البرامج النصية (uncompiled) في الذاكرة) إذا طلب منهم في كثير من الأحيان بما فيه الكفاية.

نصائح أخرى

والدعوة تشمل / تتطلب وظيفة 5 مرات بدلا من 12 مرة لا يختلف كثيرا، المهم هو محتوى الملف المضمن (ق).

وبالإضافة إلى ذلك، تشمل cahchers هي دعوى جيدا لهذا الغرض الخاص مثل APC أو xcache.

وأود أن أقترح حتى تقسيمها إلى أكثر من ذلك بكثير الملفات. نظرة على نمط MVC، أو أطر أخرى، وانقسم أنها متردده، لذلك يمكنك بسهولة الحفاظ على "فقط" أجزاء، دون الحاجة إلى القلق حول تدمير شيء، طالما كنت تتبع الهيكل الخاص.

بعض النقاط التي يجب مراعاتها والتي أفكر فيها أيضًا

  • لقد قال راسموس ليردورف بشكل متكرر أنه "لا ينبغي أن يكون لديك أكثر من خمسة يشملها".لا أستطيع إلا أن أفترض أنه يعرف ما يتحدث عنه، لأنه قام بإنشاء PHP.ومع ذلك، فإنني أشك في جدوى ذلك.خاصة في المشاريع الكبيرة.
  • لقد وجدت أنه من الأفضل للتطوير والإنجازات أن تجعل الحياة أسهل على المطورين لديك.إذا كان ذلك يعني ملفات منفصلة، ​​فهذه فكرة جيدة.
  • إذا كنت قلقًا بشأن استخدام وحدة المعالجة المركزية أو النطاق الترددي، فمن المحتمل أن تكون هناك اختناقات أكثر وضوحًا من الاستخدام الليبرالي للتضمين.تعد الوظائف غير المحسنة طريقة جيدة لجعل التطبيق أسرع، كما يعد الاهتمام بالصور وملفات CSS أو JS طريقة جيدة لتقليل النطاق الترددي.

ومع PHP الفانيليا هو عموما من الأفضل استخدام عدد قليل تضمين الملفات وقت ممكن، ولكن بالطبع أن يجعل صيانة الألم. استخدام مخبأ شفرة تشغيل مثل APC ومشكلة الأداء سوف تختفي الى حد كبير. أيضا، 12 ملفات ليست عددا كبيرا جدا من تضم، مقارنة كبيرة MVC-الأطر والمكتبات الأخرى. الحفاظ على وظائف فصل في بنية منطقية هو أفضل وسيلة حتى الآن.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top