البحث عن تعليقات على هذا ، حيث يبدو أن libs القياسية لم تعد تستخدم أسلوب get لأحدث أساليبها.
وبالتالي فإن الأصوات الحالية هي 2: +1: و 7: -1 :. سيتم اعتبار هذا كنتيجة في حالة عدم وجود تصويتات أو تعليقات إضافية في غضون 24 ساعة أخرى. الخلاف اللمحات العقل نلقي نظرة.
أنا أؤيد التغيير ، لكنه يحتاج إلى بعض الاصطلاحات المكتوبة حيث يلزم أحيانًا بادئة get
.
يعكس بشكل مثالي كيف تقترب JDK من هذا.
هل لدى jdk بادئة get
عندما يكون هناك واضع؟ قد نحتاج إلى تقسيم هذه إلى عندما يكون هناك واضع مقابل عندما لا يكون هناك.
على سبيل المثال ، لا تحتوي طرق الحصول على التسجيلات على بادئات get
، لكنها لا تحتوي على محددات وليس بها التباس محتمل في الاسم.
في الواقع ، تحتوي بعض أحرف jdk الجديدة على بادئات get
بينما البعض الآخر لا. أحد الأمثلة المدهشة هو java.lang.invoke.CallSite
، الذي تم تقديمه مؤخرًا نسبيًا في jdk 7 ، والذي يستخدم بشكل متكرر بواسطة سمة طريقة bootstrap لتعليمات رمز البايت الديناميكي ، حيث يوجد MethodType type()
getter و MethodHandle getTarget()
getter ( النوع الأول غير قابل للتغيير بينما النوع المستهدف قابل للتغيير ؛ هناك setTarget(MethodHandle)
أيضًا). تستخدم بعض واجهات برمجة التطبيقات الأحدث أيضًا البادئة get
، مثل Class.getModule
من جافا 9.
أعتقد أن معيار JDK غير قابل للتغيير ليس بادئة ، بينما يكون متغيرًا مسبوقًا - يمكن ملاحظة ذلك إلى حد ما مع السجلات الجديدة التي لا تحتوي على محوِّلات أو أدوات ضبط لأن بياناتها غير قابلة للتغيير.
التعليق الأكثر فائدة
أعتقد أن معيار JDK غير قابل للتغيير ليس بادئة ، بينما يكون متغيرًا مسبوقًا - يمكن ملاحظة ذلك إلى حد ما مع السجلات الجديدة التي لا تحتوي على محوِّلات أو أدوات ضبط لأن بياناتها غير قابلة للتغيير.