Yarn: إسقاط "get" البادئة للطرق

تم إنشاؤها على ١٢ ديسمبر ٢٠١٩  ·  5تعليقات  ·  مصدر: FabricMC/yarn

البحث عن تعليقات على هذا ، حيث يبدو أن libs القياسية لم تعد تستخدم أسلوب get لأحدث أساليبها.

discussion refactor vote

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

أعتقد أن معيار JDK غير قابل للتغيير ليس بادئة ، بينما يكون متغيرًا مسبوقًا - يمكن ملاحظة ذلك إلى حد ما مع السجلات الجديدة التي لا تحتوي على محوِّلات أو أدوات ضبط لأن بياناتها غير قابلة للتغيير.

ال 5 كومينتر

وبالتالي فإن الأصوات الحالية هي 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 غير قابل للتغيير ليس بادئة ، بينما يكون متغيرًا مسبوقًا - يمكن ملاحظة ذلك إلى حد ما مع السجلات الجديدة التي لا تحتوي على محوِّلات أو أدوات ضبط لأن بياناتها غير قابلة للتغيير.

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

القضايا ذات الصلة

asiekierka picture asiekierka  ·  3تعليقات

quat1024 picture quat1024  ·  6تعليقات

liach picture liach  ·  4تعليقات

Runemoro picture Runemoro  ·  4تعليقات

altrisi picture altrisi  ·  4تعليقات