Java 8 vs Java 9: تحسينات في Java 9 تحتاج إلى معرفتها
سيتحول العديد من المطورين إلى Java لإنشاء التطبيقات. كما نعلم جميعًا ، تعد Java متعددة الاستخدامات بشكل لا يصدق ، وسهلة الاستخدام ، وآمنة ، وموثوقة ، والأهم من ذلك كله ، أنها مستقلة عن النظام الأساسي. Java لديها أكثر من 6.5 مليون مطور على مستوى العالم. على هذا النحو ، فهي اللغة المثالية لاستخدامها لأن المواد المرجعية وفيرة أيضًا.
ومع ذلك ، استمرت Java في النمو والتطور على مر السنين. تم إنشاؤها بواسطة Sun Microsystems في عام 1995 ، واصلت Java إثبات موثوقيتها. الإصدار السابق من Java الذي تم استخدامه منذ 18 مارس 2014 ، كان Java SE 8. عندما تم الكشف عنه ، قال النقاد إنه كان عملاً فنياً ، وهو إصدار لتيارات من التغييرات في واجهات برمجة التطبيقات. الآن هناك طفل جديد على الكتلة. أخيرًا أصبح Java 9 الذي تم سكه حديثًا هنا. كشف النقاب عنه في 21 سبتمبر 2017 ، من المتوقع أن تعمل Java SE 9 على تغيير طريقة قيامنا بالأشياء وطريقة إنشاء المطورين للتطبيقات.
نظرًا لسرعة وتعدد استخدامات Java 8 المذهلين ، فقد ابتكرت الشركات حلولًا مذهلة للصناعات مثل الرعاية الصحية والتكنولوجيا المالية والقطاعات الرئيسية الأخرى. من ناحية أخرى ، يعد Java 9 بالبناء على ذلك وتقديم وظائف جديدة تمامًا للمطورين.
لذا ، دعنا نلقي نظرة على الجديد في Java 9.
مشروع Jigsaw
هذا هو أحد الميزات البارزة في Java 9. بشكل أساسي ، فإن مشروع jigsaw هو الاسم الذي يطلق على نمذجة جافا. نظرًا لأن قطع بانوراما تتجمع قطعة تلو الأخرى لإنشاء صورة واحدة أكبر ، فإن نمطية Java 9. وهذا يعني أن الكود مقسم إلى أجزاء (وحدات) بسبب المهام أو الوظائف التي سيتم تنفيذها. تعد هذه خطوة كبيرة للأمام لأن الوحدات النمطية لا تجعل إعادة استخدام الكود أكثر راحة فحسب ، بل إن الإدارة وتصحيح الأخطاء أمران مباشران أيضًا. لهذا السبب ، وجدنا أن المطورين سيحصلون على وقت أسهل في إنشاء التطبيقات باستخدام Java 9 مقارنة بأي تصميمات سابقة أخرى.
فائدة أخرى للوحدة النمطية هي أنه يمكن للمطورين الآن إنشاء تطبيقات خفيفة الوزن وقابلة للتطوير. خاصة مع استمرار نمو إنترنت الأشياء ، سنجد المزيد من هذه التطبيقات مكتوبة بلغة جافا.
جيب 222: جشيل : شل جافا
يتميز Java 9 بأداة حلقة القراءة - EVAL - الطباعة الجديدة (REPL). بعد أن كانت في مرحلتها التنموية تحت حق المشروع تم إطلاق هذه الميزة أخيرًا للجمهور. هذه الميزة الجديدة هي أداة تفاعلية تُستخدم لاختبار التعبيرات والبيانات والإعلانات المكتوبة بلغة Java. الهدف الرئيسي من JShell API والأداة هو منح المطور فرصة لاختبار الميزات المذكورة أعلاه في حالة الصدفة. هذا في المقام الأول هو الترميز السريع والتحقيق ، حيث لا يلزم أن تكون التعبيرات والعبارات داخل الأسلوب والطرق بدورها ، لا يجب أن تكون داخل الفصل. بهذه الطريقة يمكن للمطور تحليل أجزاء من التعليمات البرمجية بسرعة ومعرفة ما إذا كانت ستحقق التأثير المطلوب.
ستحتوي أداة jshell على واجهة سطر أوامر بالميزات التالية:
- تعريفات محددة مسبقا قابلة للتكوين والواردات.
- تاريخ مع إمكانيات التحرير
- الإضافة التلقائية للفواصل المنقوطة النهائية الضرورية
تحسينات المترجم
لضمان تشغيل التطبيقات بشكل أسرع ، قامت Java 9 بتجنيد تقنية جديدة تسمى التجميع المسبق (AoT). تتيح هذه التقنية ، وإن كانت في مراحلها التجريبية ، إمكانية تجميع فئات Java في كود أصلي حتى قبل إطلاقها في الأجهزة الافتراضية. احتمالات هذا لا حصر لها. ومع ذلك ، فإن الاستخدام الفوري لهذه التقنية هو تحسين وقت بدء التشغيل للتطبيقات الكبيرة والصغيرة دون أي رادع في ذروة الأداء.
في الماضي ، يستخدم Java 8 برامج التحويل البرمجي Just-in-time (JIT). هذه المجمعات سريعة ولكنها تستغرق وقتًا أطول قليلاً قبل الإحماء. قد يكون ذلك غير مهم بالنسبة للبرامج أو التطبيقات الأصغر نظرًا لعدم وجود الكثير من التعليمات البرمجية لتجميعها. ومع ذلك ، بالنسبة للتطبيقات الأكبر ، فإن السرد مختلف تمامًا. يعني الإحماء الذي يحتاجه المترجم في الوقت المناسب عدم تجميع بعض الطرق وبالتالي إضعاف أداء التطبيق.
تتمثل المرحلة الثانية في نشر الترجمة الذكية في تحسين قابلية نقل أداة Javac واستقرارها. يتيح تحسين هذه الأداة استخدامها مباشرة في JVM (Java Virtual Machine) كإعداد افتراضي. بصرف النظر عن ذلك ، تم تعميم الأداة بطريقة تسمح للمطورين باستخدامها حتى خارج بيئة JDK. بالنسبة للمطورين ، تعد هذه مشكلة كبيرة حيث يمكن استخدام Java في مشاريع أكبر يمكن استيعابها بسهولة دون القلق بشأن التوافق. تحديث مهم آخر هو التوافق مع الإصدارات السابقة لمترجم Javac الذي تتمثل وظيفته الوحيدة في تجميع التطبيقات والبرامج التي تم إنشاؤها باستخدام Java 9 لتشغيلها أيضًا على إصدارات Java القديمة.
دعم أفضل لجافا سكريبت
بينما تستمر JavaScript في اكتساب الزخم وتصبح مفضلة للكثيرين ، أتاحت JDK 9 إمكانية تضمين JavaScript في تطبيقات Java. كل هذا يتم بمساعدة مشروع وحيد القرن كان هدفه الرئيسي هو إنشاء وقت تشغيل JavaScript عالي الأداء وخفيف الوزن في Java. تم تسليم هذا بالطبع عندما قدموا محرك JavaScript في JDK الإصدار 8. الآن في الإصدار 9 ، هناك API محلل هدفه هو ترتيب بناء جملة ECMAScript الخاص بـ Nashorn. ما تفعله واجهة برمجة التطبيقات هذه هو تمكين تحليل كود ECMAScript بواسطة أطر عمل من جانب الخادم و IDEs دون الحاجة إلى الاعتماد على فئات التنفيذ الداخلية لمشروع Nashorn.
G1 كمجمع القمامة
خلافًا للاعتقاد الشائع ، ليس لدى Java جامع قمامة واحد ، بل أربعة. لا يتم إنشاء جامعي القمامة بشكل متساوٍ وعلى هذا النحو ، فإن اختيار الجهاز الخطأ يعني وجود مشكلات في الأداء في التطبيق. في Java 8 ، كان مجمع البيانات المهملة الافتراضي هو Parallel / Transput Collector. تم استبدال جهاز جمع القمامة هذا بسابقه وهو جامع القمامة الأول (G1). نظرًا لأن مُجمع G1 قد تم تصميمه لدعم أكوام أكبر من 4 جيجابايت بكفاءة ، فهو جهاز تجميع القمامة المثالي لكل من التطبيقات الصغيرة والكبيرة الحجم.
تحديثات API
في هذا الإصدار الجديد من مجموعة تطوير Java ، تم إجراء العديد من التحديثات على واجهات برمجة التطبيقات وسنناقش أبرزها.
أولها هو تحديثات التزامن Java 9 التي تحتوي على Java.util.concurrent.Flow و CompletableFuture. تهدف إلى حل مشكلة الضغط العكسي. Flow هو تطبيق Java لـ واجهة برمجة تطبيقات التدفقات التفاعلية والتي تهدف بشكل أساسي إلى حل مشكلة الضغط المرتد. الضغط الخلفي هو تراكم البيانات الذي يحدث عندما يكون معدل الطلبات الواردة أكبر من قدرة معالجة التطبيق. على المدى الطويل ، هذه مشكلة لأن التطبيق ينتهي بمخزن مؤقت للبيانات غير المعالجة. سيعني هذا التحديث التعامل بشكل أفضل مع المهلات والتأخيرات والتصنيفات الفرعية.
الأمان هو جزء من الهوية الأساسية لجافا. على هذا النحو ، دعم المعتمدة حديثا HTTP 2.0 RFC هو إضافة ضخمة. تم إنشاء HTTP 2.0 RFC فوق خوارزمية SPDY من Google التي بدأت بالفعل تؤتي ثمارها مع تحسينات في السرعة تتراوح من 11.81٪ إلى 47.7٪ من HTTP السابق 1.1. واجهة برمجة تطبيقات العميل هذه هي ترقية إلى بروتوكولات HTTP الأساسية وواجهة برمجة تطبيقات HttpURLConnection والتي تمثل مشكلة ، على أقل تقدير منذ أن تم إجراؤها حتى قبل HTTP 1.
لطالما كان التخزين المؤقت للكود استراتيجية مستخدمة لجعل التطبيقات أسرع وأكثر سلاسة على مر السنين. ومع ذلك ، فهي لا تخلو من قيودها ، وهذا لم يمر مرور الكرام. يُظهر التحديث في Java 9 بوضوح تقسيم JDK 9 للأكواد المخزنة مؤقتًا إلى أجزاء أصغر وبالتالي تحسين الأداء العام. يستخدم JDK 9 تكرارات خاصة لتخطي التعليمات البرمجية غير الخاصة بالطريقة ؛ لفصل الكود ذي التشكيل الجانبي ، والغير الموصوف ، والشفرة غير الخاصة بالطريقة ؛ وتحسين بعض المعايير لوقت التنفيذ.
فوائد Java 9
بالنسبة للعديد من أصحاب الأعمال ، لا يوجد فرق بين Java 8 و 9. ومع ذلك ، بالنسبة للمطور ، هناك اختلاف كبير. هذه هي الفوائد التي يتمتع بها Java SE 9 على سابقاتها.
- ستزداد سرعة التطوير بشكل كبير بفضل نظام الوحدات التي لا يسهل إدارتها وتصحيح الأخطاء فحسب ، بل يمكن إعادة استخدامها أيضًا مما يعني أنك لست مضطرًا إلى كتابة الكود بالكامل من البداية.
- تحسين فاعلية الموارد للتطبيقات بدءًا من الوحدات النمطية وأيضًا جعل عملية سحب الموارد أكثر بساطة نظرًا لأن المطورين سيأخذون الوحدات النمطية المطلوبة فقط بدلاً من JRE بالكامل.
- تحليل الوقت الحقيقي لمقتطفات من التعليمات البرمجية مثل المعايير الدقيقة تستخدم للنظر في أداء أجزاء صغيرة من التعليمات البرمجية.
مصادر
http://openjdk.java.net/jeps/251
https://www.romexsoft.com/blog/java-8-vs-java-9/
https://blogs.oracle.com/java/features-in-java-8-and-9
https://dzone.com/articles/5-features-in-java-9-that-will-change-how-you-deve