Swift-style-guide: المعرف مقابل المعرف مقابل المعرف

تم إنشاؤها على ٧ يناير ٢٠١٦  ·  6تعليقات  ·  مصدر: raywenderlich/swift-style-guide

أمثلة:

var userID
var userId
var userIdentifier

أنا أعاني من هذا لمرة واحدة تقريبًا لكل مشروع ولا أرى الكثير من المناقشات حوله.

أعتقد أنها _ دائمًا_ حالة خاصة وطالما أنها متسقة داخل المشروع ، فأنا أحاول ألا أفكر فيها كثيرًا.

ومع ذلك ، أود أن أسمع كيف يفكر الآخرون وإذا كانت هناك _ أي ميزة منطقية لأي من هذه الخيارات على الخيارات الأخرى.

التعليق الأكثر فائدة

تستخدم Apple لاحقة "Identifier" مثل reuseIdentifier ، eventIdentifier وعند الاختصار تستخدم Apple "ID" بأحرف كبيرة ، على سبيل المثال ، NSManagedObject لديها objectID ، CKNotification لديه notificationID و subscriptionID و CKRecord لديه createrUserRecordID إلخ.

ال 6 كومينتر

يبدو أن Apple تفضل لاحقة المعرّف على لاحقة المعرّف السابقة.

أنا شخصياً لست من محبي اللاحقة Id.

كنت أستخدم حالة الجمل للاختصارات ، لذا فإن Id يعمل معي. ولكن إذا كان في نهاية اسم المتغير ، فإن المعرف يكون أكثر قابلية للقراءة على ما أعتقد

تستخدم Apple لاحقة "Identifier" مثل reuseIdentifier ، eventIdentifier وعند الاختصار تستخدم Apple "ID" بأحرف كبيرة ، على سبيل المثال ، NSManagedObject لديها objectID ، CKNotification لديه notificationID و subscriptionID و CKRecord لديه createrUserRecordID إلخ.

أميل إلى التمسك بما نشره jawwad .

jawwad هو الصحيح. userID (خطأ في Dropbox SDK:])

بشكل عام ، يجب تجنب الاختصارات ، ولكن دليل تصميم واجهة برمجة تطبيقات Apple يقول:

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

var utf8Bytes: [UTF8.CodeUnit]
var isRepresentableAsASCII = true
var userSMTPServer: SecureSMTPServer

سيشمل الإشارة تحت التسمية.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات