أسماء العنصر المعرف
لكل عنصر معرف اسم ،كما يسمى معرّف ، والذي تستخدمه التعليمات البرمجية للإشارة إليه.
القواعد
اسم العنصر في Visual Basic يجب أن يراعي القواعد التالية:
يجب أن تبدأ بحرف من الحروف الأبجدية أو بعلامة (_).
يجب أن تحتوي فقط على أحرف أبجدية و الأرقام العشرية وتسطيرات أسفل السطر.
يجب أن يحتوي على الأقل واحد من الأحرف الأبجدية أو رقم عشري واحد على الأقل إذا كان يبدأ مع تسطير سفلي.
يجب ألا يكون هناك أكثر من 1023 حرف كحد أقصى.
الحد الأقصى لطول الأحرف 1023 كذلك ينطبق على كامل السلسلة للاسم المؤهل بشكل ، كامل مثل outerNamespace.middleNamespace.innerNamespace.thisClass.thisElement.
يظهر المثال التالي بعض أسماء العنصر الصالحة .
aB123__45
_567
يظهر المثال التالي بعض أسماء العنصر الغير صالحة . الأول يحتوي فقط على تسطير سفلي ، الثاني يبدأ برقم عشري ، و الثالث يحتوي على حرف غير صالح ($).
' Three INVALID element names
_
12ABC
xyz$wv
.gif "ملاحظة تنبيه") تنبيه |
|---|
أسماء العناصر بدءاً من التسطير السفلي (_) ليست جزءً من مواصفة اللغة العامة (CLS، بحيث لا يمكن للتعليمات البرمجية لمتوافق CLS استخدام المكون الذي يعرّف مثل هذه أسماء. ومع ذلك، التسطير أسفل السطر (_) في أي موضع آخر في اسم عنصر يعتبر مع متوافق مع CLS. |
إرشادات طول الاسم
مثال لمسألة عملية ، يجب أن يكون اسمك قصيراً بقدر الإمكان أثناء استمرار تعريف طبيعة العنصر بوضوح . هذا يؤدي إلى تحسين سهولة قراءة التعليمات البرمجية و تقليل طول الخط و حجم ملف المصدر.
و من ناحية أخرى ، اسمك لا يجب أن يكون قصيراً لدرجة تؤدي إلى عدم استيفاء قدرته على وصف ما الذي يمثله العنصر و كيفية استخدام تعليماتك البرمجية له . هذا مهم لتسهيل قراءة تعليماتك البرمجية . إذا قام شخص آخر بمحاولة التعرف عليها أو إذا كنت تبحث فيها بعد وقت طويل من كتابتها ، فإن أسماء العنصر المناسبة يمكن أن تحفظ مقدار كبير من الوقت.
الأسماء التي تسربت
بشكل عام، اسم عنصر يجب أن لا يطابق أي من الكلمات الأساسية المحجوزة بواسطة Visual Basic، مثل Case أو Friend. ومع ذلك، يمكنك تعريف الاسم الذي تسرب، والذي يُحاط بأقواس ([ ]). يمكن أن يطابق الاسم الذي تسرب أي كلمة أساسية Visual Basic ، حيث أن الأقواس تزيل أي التباس. يمكنك أيضاً استخدام الأقواس عند الإشارة إلى اسم فيما بعد في التعليمات البرمجية الخاصة بك.
بشكل عام، يجب استخدام الأسماء التي تسربت فقط عندما:
تم ترحيل التعليمات البرمجية من الإصدار السابق لـ Visual Basic التي لم تحجز الكلمة أساسية المستخدمة كاسم; أو
العمل مع تعليمات برمجية مكتوب بلغة أخرى حيث الكلمة الأساسية المحددة غير محجوزة .
وإمن ناحية أخرى، يجب أن تأخذ بالاعتبار إعادة تسمية العنصر إذا تعارض اسمه مع كلمة أساسية. بيئة التطوير المتكاملة (IDE) توفر طريقة سهلة للقيام بذلك. لمزيد من المعلومات، راجع كيفية: إعادة تسمية معرف.
تحسس حالة الاسم
عنصر الأسماء في Visual Basic يتم تحسس حالة الأحرف. و هذا يعني أنه عندما يقارن المحول البرمجي اسمين يختلفان في الحالة الأبجدية فقط، فإنه يفسرهم كأنهم نفس الاسم. على سبيل المثال، فإنه يعتبر ABC و abc للإشارة إلى نفس العنصر المعرف .
ومع ذلك، وقت تشغيل اللغة العامة (CLR) يستخدم ربط تحسس حالة الأحرف. لذلك، عندما تنتج تجميع أو DLL ثم جعلها متوفرة في تجميعات أخرى ، لم تعد الأسماء متحسسة لحالة الأحرف. على سبيل المثال، إذا تم تعريف فئة مع عنصر يسمى ABC، وتقوم تجميعات أخرى باستخدام للفئة الخاصة بك خلال وقت تشغيل اللغة العامة, فإنها يجب أن تشير إلى العنصر كـ ABC. إذا قمت فيما بعد بإعادة ترجمة الفئة و غيرت اسم العنصر إلى abc، فإن التجميعات التي تستخدم الفئة الخاصة بك لم تعد قادرة على الوصول لذلك العنصر . ولذلك، عندما تقوم بطرح إصدار محدّث من التجميع ، يجب عدم تغيير حالة الأحرف الأبجدية لأي من العناصر العامة.
لغات والأسماء
المقارنة بين الأسماء مستقلة عن الإعدادات المحلية. في حالة تطابق اسمين في إعدادات محلية واحدة ، فإن ذلك يضمن تطابقهم في كافة الإعدادات المحلية .