Java 13: apa yang menanti kita dalam masa terdekat?

Walaupun masih ada tiga bulan penuh sebelum keluaran Java 13, butiran tentang inovasi dalam versi akan datang bahasa kegemaran kami sentiasa muncul di halaman OpenJDK . Mari kita ingat bahawa perubahan dalam Java dibuat menggunakan cadangan untuk menambah baik JDK - JEP (JDK Enhancement Proposals), yang kemudiannya disepadukan ke dalam versi baharu (baik, atau tidak disepadukan jika ia tidak dianggap berguna dan cukup sesuai). Di bawah ialah beberapa ciri yang dicadangkan untuk versi baharu Java: Blok teks. Menurut JEP-355 , blok teks harus muncul dalam JDK 13 (pada tahap pratonton). Blok teks ialah literal rentetan berbilang bahagian yang menghapuskan keperluan untuk sebahagian besar jujukan pelarian. Kini anda tidak perlu melarikan diri daripada kebanyakan aksara khas, dan pemisah baris automatik akan muncul. Blok teks secara automatik memformat baris dan memberi pembangun kawalan ke atas format. JEP ini dicipta terutamanya untuk memudahkan proses menulis dan membaca kod, kerana di Jawa, membenamkan objek bukan Java (contohnya, XML atau JSON) biasanya memerlukan "menari dengan rebana" - penyuntingan baris tertentu, jadi benam sedemikian biasanya sukar untuk mencipta, menyokong dan membaca. Kemas kini API Sockets. Java baharu kemungkinan besar akan menulis semula API soket warisan. Secara teori, pelaksanaan yang dikemas kini akan menjadi lebih moden dan lebih mudah untuk diselenggara dan nyahpepijat. Ia bertujuan untuk menggantikan pelaksanaan asas yang digunakan oleh API net.Socket dan java.net.ServerSocket. Versi baharu direka bentuk untuk menyesuaikan diri dengan mudah untuk berfungsi dengan benang mod pengguna (gentian atau gentian), yang diterokai dalam Loom , sebuah projek yang dibuat untuk memudahkan menulis, nyahpepijat, memprofil dan menyokong aplikasi selari. Akar API lama yang disebutkan di atas kembali kepada JDK 1.0 dan mengandungi campuran kod C dan Java warisan yang sukar untuk dinyahpepijat dan diselenggara. Pelaksanaan sebelumnya juga mempunyai masalah lain: struktur datanya sendiri untuk menyokong penutupan tak segerak, yang menyebabkan isu kebolehpercayaan dan mudah alih, dan isu konkurensi yang memerlukan semakan. Penambahbaikan ZGC (Z Garbage Collector). Dalam versi baharu, mereka mahu memaksa pengumpul sampah ZGC untuk mengembalikan memori yang tidak digunakan kepada sistem pengendalian. ZGC dipasarkan sebagai pengumpul sampah berskala, kependaman rendah, tetapi sehingga kini ia masih tidak mengembalikan memori yang tidak digunakan kembali ke OS, walaupun memori itu tidak digunakan untuk masa yang lama. Jelas sekali, ini adalah tidak rasional, dan untuk sesetengah aplikasi dan persekitaran, yang tidak boleh melahu untuk masa yang lama, pendekatan ini sangat kritikal. Meningkatkan kefungsian Class-Data Sharing AppCDSuntuk menyediakan pengarkiban dinamik kelas pada akhir pelaksanaan aplikasi. Perkongsian Data Kelas atau perkongsian data kelas mula-mula diperkenalkan dalam JDK 5. Fungsi ini membolehkan anda pra-memproses set kelas dalam fail arkib biasa, yang kemudiannya boleh dipetakan ke dalam memori semasa masa jalan untuk mengurangkan masa permulaan. Kelas arkib kini akan merangkumi semua kelas aplikasi dan perpustakaan yang dimuatkan yang tidak disertakan dalam arkib CDS peringkat asas standard. Cadangan ini bertujuan untuk meningkatkan kebolehgunaan AppCDS dan menghapuskan keperluan untuk pengguna melakukan larian percubaan untuk membuat senarai kelas bagi setiap aplikasi. Versi produk bentuk ungkapan baharu dengan pengendali Suis - Ungkapan Suis . Dalam versi Java 12 , penyederhanaan kod pernyataan suis telah muncul dalam peringkat pratonton. Ia boleh digunakan sama ada dengan cara lama atau sebagai ungkapan. Kini yang tinggal hanyalah menunggu 17 September, tarikh keluaran Java 13. Nah, jika anda tidak sabar untuk berkenalan dengan inovasi sekarang, anda boleh memuat turun binaan beta dari laman web rasmi.