.NET: תיקיות בפרוייקט לעומת namespace

[ארכיטקט]

יש איזה שהוא קשר בין קינון של תיקיות של קבצים ממשיים בפרוייקט בויזואל סטודיו, לבין namespace???
דבר נוסף האם ייעול ניהול פרוייקט באמצעות namespaces מקוננים הוא מצוה מדאורייתא, מדברי סופרים, או מנהג גרידא, מה רע במחלקות??? ולפי מה שאני מבין אין לזה שום קשר לביצועי ה clr אלא למתכנת בלבד.

פורסם במקור בפורום CODE613 ב20/06/2013 16:09 (+03:00)

[dovid]

@מאיר_מהתוכנה

יש איזה שהוא קשר בין קינון של תיקיות של קבצים ממשיים בפרוייקט בויזואל סטודיו, לבין namespace???

לא.
באותו הקובץ יכול להיות כמה Namespace, ולהיפך: Namespace אחד יכול להיות בשתי קבצים בשתי תיקיות ואפי' מאסמבלי אחר, ואפי' ממחלקה בדוט נט.
בדוגמא להלן מתכנת חצוף מציב את המחלקה שלו "בשורה אחת" עם המחלקות חשובות ביותר...

namespace System.Collection.הקולקשיןשלי
{
    class Dugma
    {
    }
}

@מאיר_מהתוכנה

דבר נוסף האם ייעול ניהול פרוייקט באמצעות namespaces מקוננים הוא מצוה מדאורייתא, מדברי סופרים, או מנהג גרידא

כל עוד אתה לא מרגיש צריך, זה באמת מיותר.
זה נדרש מאוד כשנהיה בלגן גדול, וזה חובה כשיש מחלקות באותו שם. ויש בלי סוף כאלו.
תוכל לראות במחלקות הדוט נטיות מתי הם מצאו צורך לנכון לפתוח "קטגוריה" נפרדת לחלקים מסויימים.

@מאיר_מהתוכנה

מה רע במחלקות???

כל המושג הזה שכותבים קלאס בתוך קלאס, זה אמנם עובד, אבל ע"פ רוב לא חכם.
בתור Namespace זה ודאי לא מתאים בגלל הרבה סיבות:
[list:3rs9ovl3]מחלקות בעלי שמות שווים "מסתירים" אחת את השנייה, לעומת Namespace שמתמזגים.
א"א לכתוב לתוך מחלקה של קובץ אחר וכו', אלא ע"י partial וכתיבה חוזרת של שורת ההצהרה. ודאי שא"א לתוך אסמבלי אחר.
זה מיותר ליצור מחלקה שלא עושה מאומה מלבד היותה כותרת וקטגורייה לכמה מחלקות.
מחלקה נכתבת לתוך האסמבלי, ולא משמשת רק לנוחות בזמן הכתיבה כמו Namespace . [/list:u:3rs9ovl3]

@מאיר_מהתוכנה

ולפי מה שאני מבין אין לזה שום קשר לביצועי ה clr אלא למתכנת בלבד.

נכון לגמרי.

פורסם במקור בפורום CODE613 ב20/06/2013 16:45 (+03:00)