ما الفرق بين Classes و namespaces?

غيش جاب لجاب

ال namespace عبارة عن تنظيم لوضع ال classes داخل المشاريع البرمجية. وأتت الحاجة إليها من تكرار الأسماء في المشاريع.

مثلاُ: لو عندك class معين له اسم عام مثل Connection وكنت تريد إستخدام نفس هذا الإسم لبناء class آخر في نفس المشروع. ولا يلزم نفس المشروع ولكن المكتبات المستخدمة في نفس المشروع. فمكتبة .net سلكت هذا المسلك لوضع ال class التي تدعم وجهة معينة في namespace معين. مثل Form, button, lable في System.Windows.Form

أما ال class فهي الكتل التنفيذية.

السلام عليكم و رحمه الله و بركاته

جزاك الله خيراً يا سيدى الفاضل

اعذرنى لم افهم جيداً فربما هو سوء استيعاب منى :(

و لكن ما توصلت اليه من مضمون كلامك ان الNamespace هو التصنيف .. فمثلا System.Windows

فإن windows هو namespace ... و هكذا

System.Windows هو Namespace يحتوي على مجموعة Classes أو Namespaces

مثلاُ

System.Windows.Forms هو Namespace داخل System.Windows

و

System.Winows.Forms.Form هو Class داخل هذا الـNamespace

اولا ازيك يا احمد عامل ايه ..

ثانيا بعد اذن اخى الفاضل mossa طبعا :rolleyes:

تعقيبا على الكلام وبمنتهى البساطه ان ال namespace ما هو الى مجموعه من الclasses يتبعو حاجه معينه وهى عمليه تنظيميه لك :) ..

قولى بقى "اعذرنى لم افهم جيداً فربما هو سوء استيعاب منى " B) B)

باختصار اخي الكريم

الNamespace هو عبارة عن نطاق توجد فيه مجموعة من الاصناف و ربما تحتوي على namespace اخر.

كل Class صنف تنتمي إلى نطاق تتواجد فيه Namespace مثال على ذلك الفورم System.windows.Forms فهذا يعني وجود كلاس او صنف Class اسمه فورمز Forms يوجد في النطاق System.windows

فائدة Namespace هو انشاء مرجع إلى النطاقات المستخدمة في المشروع

على سبيل المثال

using System.Windows.Forms;

يمكن كتابة التالي اذا كان السطر الأعلى موجودا
Button btn =new Button;

اذا لم يكن موجودا استخدم التالي كاملا
System.Windows.Forms.Button btn =new System.Windows.Forms.Button;

لاحظ انها اختصرت كتابة المسار كاملا... وهذه الفائدة

آسف إذا أنا تاخرت عليكم إذا فية إشكال أبلغني

بكل بساطة كما أن الكلاس هو مجموعة من ال Methods و ال Functions و ال Properties و ال Variables فال NameSpace هو مجموعة من الكلاسات

يمكنك ان تلقى نظرة على المقالة الموجودة بالمرفقات

كل ما تحتاج معرفته عن فضاءات الاسماء Namespaces.rar

بالاضافة الى ذلك يمكن ان يحتوي ال namespace على متغيرات ايضا

namespace air
{
int o2;
}

وهو مساعد في حالة ضرورة كتابة نفس الاسم في نفس الدالة مثلا وهذه كانت عملية صعبة ولذلك تسهل عملية ال namespace  ذلك فبذلك يمكنك كتابة هذه القيم في نفس الدالة او الملف وكل منها له قيم مختلقة عن الاخر

Variable::a;
var::a;

ahmed_3d كتب:

بالاضافة الى ذلك يمكن ان يحتوي ال namespace  على متغيرات ايضا

namespace air
{
int o2;
}

وهو مساعد في حالة ضرورة كتابة نفس الاسم في نفس الدالة مثلا وهذه كانت عملية صعبة ولذلك تسهل عملية ال namespace  ذلك فبذلك يمكنك كتابة هذه القيم في نفس الدالة او الملف وكل منها له قيم مختلقة عن الاخر

Variable::a;
var::a;

←

لا يمكن أن تحتوي الnamespace على متغيرات فقط classes أو structs أو delegates لكن لا يمكن أن تحتوي على متغيرات من نوع int مثلاً

هذا هو المصدر للمعلومة

http://www.functionx.com/managedcpp/Lesson08.htm

اقتباس

As mentioned for the header file, there is no strict rule as to what goes in a namespace, as long as it is appropriately set. This means that, besides classes, you can declare variables in a namespace. Here is an example:

#pragma once

namespace FlatShapes

{

struct CSquare

{

double Side;

double Perimeter;

double Area;

};

int number;

}

ماشي بس ده في ال ++C مش في الdot net

اقتباس

ماشي بس ده في ال ++C مش في الdot net

Managed c++ الل تستخدم في الدوت نت

:)

هذه الخاصية موجودة فقط في ال Managed C++ و لكنها غير موجودة في ال #C أو ال#J أو الVB.net و هذا لأن ال++C طول عمرها كده و لازم يكون فيه backword comptability و كمان ال++C لا تعتبر من لغات الdotnet الأساسية لأنها مازالت يمكنها انشاء برامج خارج اطار الdot net و لكن عموما الnamespace لا تحوي سوى Types فقط و ليس variables لأن جميع اللغات الFull OO لا تسمح بالGlobal Variables و هذا من مبادئ الdot net الأساسية أن يكون النظام نفسه Full OO

السلام عليكم.

م.محمد.. لاحظ الكود المكتوب تجد أنه يحتوي "::" أي أنه كود ++C. و في ++C (سواء unmanaged او with managed extensions في إصدارة VC++2003 أو VC++2005 المسماة CLI) يمكن أن يحتوي الـ namespace على variables كما و لابد أنك تعلم.

و لكن شخصيا أرى أن هذا تتسم به ++C فقط كجزء من الفلسفة العامة للغة من حيث عدم وضع أي قيد على المبرمج، و هو ما قد لا أفضله في بعض الأحيان. لذا أفضل منظور الـ #C من حيث قصر الـ namespace على كونه حاوي للأنواع (classes, structs, eums, etc....) و بالطبع للـ namespaces الأخرى بغرض المزيد من التنظيم في الاسماء؛ بهدف هام هو تنظيم الأسماء بشكل منطفي (طبعا هذا يعتمد على استخدام المبرمج في النهاية) و منع تكرار أسماء الأنواع في أكثر من مكان. من خلال توفير اسم كامل مختلف لكل منهم. فمثلا تخيل لو أنني using أستخدم System.Windows.Forms namespace و System.Web.UI namespace و حاولت نداء الـ Class المسماة Control! هنا يوجد Class بنفس الاسم في كلا الـ namespaces و لن يفهم الـ compiler هذا او يسمح به أصلا. لذا علي أن أحدد أيتها التي أريد ثم أناديها باسمها الكامل. الوضع هنا مطابق تماما اذا لم يكن هناك namespaces (لم يكن الـ compiler ليسمح بوجودهم أيضا في ملف واحد لكن هما فعلا في ملفين مستقلين قد يحدث [بغرض تعمد اختلاق هذا الوضع مثلا!!] أن أقوم بعمل reference لكليهما ). مع وجودهما في namespaces يمكنني ببساطة الخروج من المأزق بأن أنادي التي أريدها باسمها الكمل (و هي غالبا System.Web.UI.Control لأن أغلب عملي Web) و هذا هو الـ namespace و عمله كما بين الإخوة مشكورين.

بالمناسبة: يمكن أيضا في ++C و #C أن توجد الأنواع بدون أن تكون داخل namespace!!

******* معذرة يا م. محمد... بدأت ردي قبل أن تضع ردك الأخير، و يبدو أنني أنهيته بعد أن وضعته - أكرر اعتذاري *******

السلام عليكم

لا داعي للإعتذار فأنا أعرف منذ البداية أن الكود كان ++C من كلمة pragma في أول سطر و كنت أتكلم منذ البداية عن هذا و كنت فقط أحاول أن أُؤكِد أن الdot net في مفهومه العام لا يسمح بالvariables داخل الnamespaces و لكن ال++C دائما خارج الحدود لأنها ++C

السلام عليكم.

حتى لا يحدث بلبلة للأعضاء فقط يا م.محمد 8-)

استخددام الـ Preprocessor Directive المسمى prgma# في C# 2.0 أو 2005

و شكرا على سعة صدرك :)

السلام عليكم

حتى pragma لطشوها من الC :lol:

اقتباس

الكود كان ++C من كلمة pragma

يتم استخدام ال preprocessor pragmaفي ال Managed c++ ايضا

مش ال Managed C++ دي في الآخر ++C برضه... يبقى أكيد فيها pragma

اقتباس

يعني هي الManaged C++ دي مش ++C برضه

توجد فروقات كثيرة بين الاثنين

انا فقط اردت ان ابين انه لا تستخدم في السي++ كما ذكرت في ردك فقط ولكن ايضا في ال managed c++ والتي هي مهمة في برمجة الدوت نت وركيزة اساسية في ال vc++.net واردت ان ابين بعض اساسيات ال managed c++ عند التعامل مع ال namespace

يعني اللخبطة اللي حاصلة اني اتكلم عن ال managed c++ وانت تتكلم عن ال c++ وتوجد فروقات بين الاثنين

ارجوا الا تكون قد غضبت لاني لم اقصد الا الخير في ردي وانا استغربت عند قيامك بأضافة هذه الاسطر في ردي وانا لم اقلها

اقتباس

يعني هي الManaged C++ دي مش ++C برضه

يبقى أكيد فيها pragma

أنا أسف جداً فلم أقصد اضافتها في ردك :lol: كنت أقصد الرد عليك و يبدو أنني بدلاً من ان اضغط على تعقيب ضغطت على تحرير و لهذا لم أجد الماشركة بعد أن كتبتها :lol: فاضفتها مرة أخرى

أنا آسف مرة أخرى