تم بالفعل إصدار الإصدار التجريبي من Android Studio 3.5 وهذه هي التغييرات التي طرأت عليه

مؤخرا تم الإعلان عن إصدار النسخة التجريبية الجديدة من Android Studio 3.5وهو تتويج للعمل في تقديم نسخة تركز على جودة واستقرار الوظائف.

هذا الإصدار التجريبي من Android Studio 3.5 يعالج العديد من التغييرات في كل من مجالات التركيز الرئيسية لـ Project Marble التي تم فيها تحسين العمل والبنية التحتية الجديدة المدمجة في Project Marble لمراقبة الجودة على المدى الطويل.

التغييرات الرئيسية

واحد من الشكاوى الرئيسية من المطورين على Android Studio هي البطء يعمل IDE بمرور الوقت.

في كثير من الأحيان ، تكون هذه التجربة بسبب الضغط غير المتوقع على الذاكرة أو تسرب ذاكرة IDE.

كانت Google مهتمة بهذا المجال وكجزء من مشروع Marble ، تعامل الناشر مع أكثر من 33 تسربًا رئيسيًا للذاكرة.

لتحديد التسريبات ، يقيس Google الآن استثناءات الذاكرة على لوحة معلومات داخلية بشكل مستمر لأولئك الذين اختاروا مشاركة البيانات معه ، مما يسمح له بالتركيز وحل أصعب المشاكل.

اعتبارًا من Android Studio 3.5 ، عندما تنفد ذاكرة IDE، جوجل يلتقط إحصائيات عالية المستوى على حجم الكومة والكائنات السائدة في المقطع.

باستخدام هذه البيانات ، يمكن لـ IDE القيام بأمرين: اقتراح تكوينات ذاكرة أفضل وتقديم تحليل أكثر عمقًا للذاكرة.

يوصى بإعدادات الذاكرة تلقائيًا

بشكل افتراضي، يبلغ الحد الأقصى لحجم الذاكرة في Android Studio 1.2 جيجا بايت. بالنسبة لأولئك الذين لديهم مشاريع كبيرة ، قد لا يكون هذا الحجم كافياً.

حتى إذا كان لديك جهاز بكمية كبيرة من ذاكرة الوصول العشوائي ، فلن يتجاوز IDE هذه القيمة. معndroid Studio 3.5 ، سيتعرف IDE عند المشروع التطبيق أنت بحاجة إلى ذاكرة وصول عشوائي أكبر في جهاز كمبيوتر بسعة ذاكرة وصول عشوائي أعلى وسيحذرك من زيادة حجم الكومة في إشعار.

يمكنك أيضًا إجراء تعديلات في لوحة الإعدادات الجديدة ضمن المظهر والسلوك ← إعدادات الذاكرة.

سهولة الإبلاغ عن مشكلات الذاكرة باستخدام تحليل كومة الذاكرة

في بعض الأحيان ، قد يكون من الصعب تسجيل مشاكل الذاكرة وإعادة إنتاجها لإبلاغ فريق Android Studio.

لحل هذه المشكلة ، يتيح لك Android Studio 3.5 تنشيط ملف تفريغ مكدس (تعليمات ← تحليل استخدام الذاكرة) الذي يزيله IDE محليًا للبيانات الشخصية والتحليل وإعداد التقارير.

واجهة المستخدم

يعد تجميد واجهة المستخدم مشكلة شائعة أخرى تم إبلاغ Google بها. في Android Studio 3.5 ، قام الفريق بتوسيع البنية التحتية لمنصة انتليج يقيس حاليًا نقاط توقف مؤشر ترابط واجهة المستخدم التي تستمر لفترة أطول من بضع لحظات.

على سبيل المثال ، عند تطوير Project Marble ، وجد في بياناتهم أن تحرير XML كان أبطأ بشكل ملحوظ في IDE. باستخدام نقطة البيانات هذه ، قمت بتحسين كتابة XML وحققت أداءً أفضل بشكل ملحوظ في Android Studio 3.5.

تطبيق التغييرات

تعد القدرة على تعديل التغييرات البرمجية وعرضها بسرعة دون إعادة تشغيل التطبيق أمرًا رائعًا لتطوير التطبيقات.

قبل عامين ، كانت ميزة التشغيل الفوري هي محاولة Google في هذا الاتجاه ، لكنها في النهاية لم ترق إلى مستوى التوقعات.

خلال فترة مشروع الرخام ، قرر الفريق تعديل البنية وتنفيذ نهج عملي أكثر في Android Studio 3.5 يسمى تطبيق التغييرات.

تطبيق التغييرات يستخدم واجهات برمجة التطبيقات الخاصة بمنصة Android Oreo ولاحقًا لضمان سلوك موثوق ومتسق (على عكس التشغيل الفوري ، لا يغير تطبيق التغييرات ملف APK).

تحسينات C ++

كان دعم مشروع C ++ أيضًا مجالًا ذا أولوية لمشروع Marble. أصبحت إبداعات CMake الآن أسرع بنسبة تصل إلى 25٪ للمشاريع الكبيرة ، منذ IDE الآن.

بالإضافة إلى ذلك ، يمكن الآن العثور على لوحة واجهة مستخدم محسنة للإصدار الفردي يسمح لك بتحديد أهداف ABI بشكل منفصل.

أخيرًا ، يتيح لك Android Studio 3.5 استخدام إصدارات متعددة بالتوازي مع Android NDK في ملف build.gradle. يجب أن يسمح ذلك بمزيد من الإصدارات القابلة للتشغيل وتخفيف حالات عدم التوافق بين إصدارات NDK والمكوّن الإضافي Android Gradle.