وماذا عن ملف مسار في فئتها اسم الاتفاقية؟

Question

وماذا (خصوصا PHP) رفاق التفكير في اصطلاح التسمية لفئات التي تعكس اسم الفئة المسار إلى ملف، تتعلق دليل المشروع؟ منها مثلا:

# /project/Session/Abstract.php
# /project/Session/Database.php

class Session_Database extends Session_Abstract ...

وأنا متأكد من أن تحصل على هذه الفكرة. أنا أيضا متأكد من أن بعض من إيجابيات واضحة .. ولكن ما رأيك؟ - هل يستحق ذلك لإطالة أسماء فئة من أجل الحصول على بنية الدليل لطيفة وجميلة والتي من السهل للتنقل

وهذا يسمح أيضا ل__autoload أونيلينير ($ الفئة) التعريف في PHP: str_replace ( '_'، '/'، $ الدرجة)؛

وأعتقد أن بعض الناس سوف تنظر في هذه الاتفاقية أن تكون غبيا. أنا شخصيا أحب ذلك، لكنني لم أر ذلك في استخدامها من قبل أشخاص آخرين، وأنا لست متأكدا تماما ما اذا كان سوف تعمل على ما يرام من الناحية العملية.

واحدة من سلبيات قد يكون ذلك مع إزالة تشمل / تتطلب المكالمات، كل الفصول التابعة (لصقها معا) على وظيفة autoload، والتي قد يجادل البعض، لا يتوافق مع فهمهم للاقتران فضفاضة.

والإشارة الوحيدة التي يعرف لي حتى الآن عن هذا النهج هو HTTP: // هندسة البرمجيات .vazexqi.com / ملفات / pattern.html

وهكذا، هل يكون لها رأي واحد على هذا؟

Answer 1

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

Answer 2

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

Answer 3

وأنا استخدم هذا aswell الاتفاقية.

وليس فقط أنها لا تساعد لديها بنية الملف جميلة، كما أنه يساعد مع القضايا مساحة الاسم. أن اصطلاح التسمية تساعد التقديم الطبقات لتجنب أسماء فئة مكررة.

عند PHP 5.3 يخرج ولديه مساحة الأسماء أخيرا، وأنا لا تزال تستخدم هذه الاتفاقية. الشيء الوحيد سأفعل بشكل مختلف هو تقصير أسماء صفي، وتحويل البادئات في بلدي بمساحات مناسبة وتفعل تعديل في بلدي الملقم الآلي.