ما هي اصطلاحات التسمية التي تستخدمها أثناء البرمجة؟

https://stackoverflow.com/questions/127427

02-07-2019
|

سؤال

المحلول

آمل ألا نناقش البادئات لأسماء الحقول وأنماط الأقواس هنا :)

هنا هو الكتاب المقدس الخاص بي لـ .NET:

أيضًا MSDN يعطي مبادئ توجيهية صلبة.

مصدر آخر مفيد هو إرشادات الترميز الداخلي لـ MS

نصائح أخرى

وهنا قائمة من اصطلاحات التسمية العامة من MSDN.

ومع ذلك، فإنني أميل إلى السير مع التيار.مهما كانت المعايير المعمول بها حاليا، فإنه عادة ما يكون من الأسهل الالتزام بها وربما تغييرها ببطء مع مرور الوقت.ليس من العملي حقًا أن تدخل في مشروع بفكرتك الخاصة عن "المعايير" وتحاول تنفيذها.

لا يهم حقًا ما هي المعايير المستخدمة، يا منظمة البحرية الدولية - فقط أن هناك بعضها والناس يعرفون ما هي.

أستخدم مزيجًا من المجرية, وحالة الجمل وقواعد أخرى أتوصل إليها في بداية المشروع.مثل الآن:

الأساليب بالأحرف الكبيرة (DoThis)
المتغيرات هي حالة الجمل (thisThing)
يتم بدء متغيرات مستوى الصفحة بـ _ (_thisWorksEverywhere)
جميع المناطق مكتوبة بأحرف صغيرة (#region External Properties)
الخصائص والكائنات كبيرة (Object.Property)
يتم بدء الخصائص الأجنبية بـ _ (Object._ForeignGroups)
الضوابط مجرية إلى حد ما، مثل (txtTextBox) و (rptRepeater).أنا لست صارمًا جدًا فيما يتعلق بما هو معتاد لأن "العلامة المائية" يمكن أن تكون wm أو wk أو أي شيء آخر، طالما أنها تتطابق جميعًا مع بعضها البعض عبر تطبيقي.

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

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

على سبيل المثال، أستخدم بادئة على النمط المجري لأسماء عناصر التحكم مثل txt لـ TextBoxes، وbtn لـ Buttons، وpic لـ PictureBoxes، وlbl لـ Labels، وما إلى ذلك.يساعد ذلك على تحديد ماهية عنصر التحكم بسهولة.

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

للإضافة إلى إجابة @Aku، قام مؤلفو إرشادات تصميم الإطار بنشر نسخة ملخصة عبر الإنترنت من إرشاداتهم، مع التركيز على تسمية الاتفاقيات.

ملخص إرشادات تصميم الإطار v2

حمل هنا

الاتساق هو المفتاح.اعتمادًا على حجم فريق التطوير لديك، فإن استخدام اتفاقية متسقة وموثقة سيجعل من السهل التقاط التعليمات البرمجية الخاصة بشخص آخر، كما يسهل على الآخرين التقاط التعليمات البرمجية الخاصة بك.

أيها الناس، من فضلكم لا تنشروا إجابات مثل "أنا أحب __field" أو "أنا أحب m__field".إنه سؤال شخصي للغاية وذاتي دون إجابة واحدة.

لو لديك أي المبادئ التوجيهية إنه بالفعل فوز كبير.أسوأ شيء في فريق التطوير هو الافتقار إلى الاتفاقيات المشتركة.

سيكون من الرائع أن نحاول وصف بعض فوائد المبادئ التوجيهية المحددة.
على سبيل المثال:

يمكن أن يؤدي الحقول البادئة مع السطح السفلي

اختر واحدًا ليكون متسقًا.يؤدي تغيير أنماط الأسماء إلى الارتباك.

مرخصة بموجب: CC-BY-SA مع الإسناد

لا تنتمي إلى StackOverflow