هيكل دليل التطوير [مغلق]

Question

أتساءل ما هو هيكل الدليل الشائع الاستخدام في مشاريع التطوير.أعني فكرة تسهيل عمليات الإنشاء ونشر الإصدار وما إلى ذلك.

لقد استخدمت مؤخرًا أ هيكل مافن لمشروع جافا، لكنني لست متأكدًا من أنه أفضل هيكل لمشروع غير مخضرم.

لذا، لدي سؤالان:عندما تبدأون يا رفاق مشاريع جديدة، ما هي البنية التي تستخدمونها؟و:ماذا لو كنت بحاجة إلى دمج لغتين مختلفتين، على سبيل المثال فئات جافا في تطبيق PHP؛ملفات PHP هي ملفات مصدر، ملفات ويب، هل تستخدم /src، /classes، webapps/php؟ما هي اختياراتك في مثل هذه السيناريوهات.

كملاحظة:وأنا أتساءل أيضًا ما هي اختياراتك لأسماء الدلائل.تعجبني الأسماء المكونة من 3 أحرف (src، lib، bin، web، img، css، xml، cfg) ولكن ما رأيك في الأسماء الوصفية مثل libraris أو المصادر أو htdocs/public_html؟

Answer 1

بعد بضع سنوات من العمل مع هياكل مختلفة، وجدت مؤخرًا هيكلًا يحمل معظم الاختلافات بالنسبة لي:

/project_name     (everything goes here)
  /web            (htdocs)
    /img
    /css
  /app            (usually some framework or sensitive code)
  /lib            (externa libs)
    /vendor_1
    /vendor_2
  /tmp
    /cache
  /sql            (sql scripts usually with maybe diagrams)
  /scripts
  /doc            (usually an empty directory)

Answer 2

على الرغم من أننا لا نستخدم Maven، إلا أننا نستخدم بنية دليل Maven.

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

Answer 3

لقد وجدت للتو وثيقة مثيرة للاهتمام حول هياكل الدليل على موقع Zend:
http://framework.zend.com/wiki/display/ZFDEV/Choosing+Your+Application%27s+Directory+Layout

Answer 4

تحديث 2011:http://java.sun.com/blueprints/code/projectconventions.html