Java 13: ما الذي ينتظرنا في المستقبل القريب؟

على الرغم من أنه لا يزال هناك ثلاثة أشهر كاملة متبقية قبل إصدار Java 13، إلا أن التفاصيل حول الابتكارات في الإصدار القادم من لغتنا المفضلة تظهر باستمرار على صفحة OpenJDK . دعونا نتذكر أن التغييرات في Java يتم إجراؤها باستخدام مقترحات لتحسين JDK - JEP (مقترحات تحسين JDK)، والتي يتم دمجها لاحقًا في الإصدارات الجديدة (حسنًا، أو لا يتم دمجها إذا لم تعتبر مفيدة ومناسبة بدرجة كافية). فيما يلي بعض الميزات المقترحة للإصدار الجديد من Java: كتل نصية. وفقًا لـ JEP-355 ، يجب أن تظهر الكتل النصية في JDK 13 (على مستوى المعاينة). الكتل النصية عبارة عن سلسلة حرفية متعددة الأجزاء تلغي الحاجة إلى الغالبية العظمى من تسلسلات الهروب. لن تحتاج الآن إلى الهروب من معظم الأحرف الخاصة، وستظهر فواصل الأسطر تلقائيًا. تقوم كتلة النص تلقائيًا بتنسيق السطر وتمنح المطورين التحكم في التنسيق. تم إنشاء ملف JEP هذا في المقام الأول لتبسيط عمليات كتابة التعليمات البرمجية وقراءتها، نظرًا لأنه في Java، يتطلب تضمين كائنات غير Java (على سبيل المثال، XML أو JSON) عادةً "الرقص مع الدف" - تحرير سطر محدد، لذلك عادةً ما تكون مثل هذه التضمينات من الصعب إنشاء ودعم وقراءة. تحديث مآخذ التوصيل API. من المرجح أن تقوم Java الجديدة بإعادة كتابة واجهة برمجة تطبيقات المقابس القديمة. من الناحية النظرية، سيصبح التنفيذ المحدث أكثر حداثة وأسهل في الصيانة والتصحيح. الغرض منه هو استبدال التطبيق الأساسي الذي تستخدمه واجهات برمجة تطبيقات net.Socket وjava.net.ServerSocket. تم تصميم الإصدار الجديد ليتكيف بسهولة مع العمل مع سلاسل وضع المستخدم (الألياف أو الألياف)، والتي تم استكشافها في Loom ، وهو مشروع تم إنشاؤه لتسهيل الكتابة والتصحيح والملف الشخصي ودعم التطبيقات المتوازية. تعود جذور واجهات برمجة التطبيقات القديمة المذكورة أعلاه إلى JDK 1.0 وتحتوي على مزيج من كود C وJava القديم الذي يصعب تصحيحه وصيانته. واجه التنفيذ السابق أيضًا مشكلات أخرى: بنية البيانات الخاصة به تدعم الإغلاق غير المتزامن، مما يسبب مشكلات الموثوقية وقابلية النقل، ومشكلات التزامن التي تتطلب المراجعة. تحسين ZGC (Z جامع القمامة). في الإصدار الجديد، يريدون إجبار مجمع البيانات المهملة ZGC على إعادة الذاكرة غير المستخدمة إلى نظام التشغيل. يتم تسويق ZGC على أنها أداة تجميع البيانات المهملة قابلة للتطوير وذات زمن وصول منخفض، ولكنها لا تزال حتى الآن لا تعيد الذاكرة غير المستخدمة إلى نظام التشغيل، حتى لو لم يتم استخدام تلك الذاكرة لفترة طويلة. من الواضح أن هذا أمر غير منطقي، وبالنسبة لبعض التطبيقات والبيئات، تلك التي لا يمكن أن تظل خاملة لفترة طويلة، فإن هذا النهج أمر بالغ الأهمية تمامًا. تحسين وظائف AppCDS لمشاركة بيانات الفئةلتوفير الأرشفة الديناميكية للفئات في نهاية تنفيذ التطبيق. تم تقديم مشاركة بيانات الفصل أو مشاركة بيانات الفصل لأول مرة في JDK 5. تتيح لك هذه الوظيفة المعالجة المسبقة لمجموعة من الفئات في ملف أرشيف مشترك، والذي يمكن بعد ذلك تعيينه في الذاكرة في وقت التشغيل لتقليل وقت بدء التشغيل. ستتضمن فئات الأرشيف الآن كافة فئات التطبيقات والمكتبات المحملة التي لم يتم تضمينها في أرشيف أقراص CDS القياسية ذات المستوى الأساسي. يهدف هذا الاقتراح إلى تحسين إمكانية استخدام AppCDS وإزالة حاجة المستخدمين إلى إجراء عمليات تشغيل تجريبية لإنشاء قائمة فئات لكل تطبيق. إصدار المنتج لشكل جديد من التعبيرات مع عامل التبديل - تبديل التعبيرات . في إصدار Java 12 ، ظهر تبسيط لرمز بيان التبديل في مرحلة المعاينة. يمكن استخدامه إما بالطريقة القديمة أو كتعبير. الآن كل ما تبقى هو الانتظار حتى 17 سبتمبر، تاريخ إصدار Java 13. حسنًا، إذا كنت لا تستطيع الانتظار للتعرف على الابتكارات الآن، فيمكنك تنزيل الإصدارات التجريبية من الموقع الرسمي.