Java8 กับ Java9

Java8 Vs Java9



Java 8 vs Java 9: ​​การปรับปรุงใน Java 9 ที่คุณต้องรู้

นักพัฒนาหลายคนหันไปใช้ Java เพื่อสร้างแอปพลิเคชัน อย่างที่เราทราบกันดีว่า Java มีความหลากหลายอย่างเหลือเชื่อ ใช้งานง่าย ปลอดภัย เชื่อถือได้ และที่สำคัญที่สุดคือ Java เป็นแพลตฟอร์มที่ไม่ขึ้นกับแพลตฟอร์ม Java มีนักพัฒนามากกว่า 6.5 ล้านคนทั่วโลก ด้วยเหตุนี้ ภาษาจึงเหมาะที่จะใช้เนื่องจากมีเอกสารอ้างอิงมากมาย

อย่างไรก็ตาม Java ยังคงเติบโตและพัฒนาอย่างต่อเนื่องตลอดหลายปีที่ผ่านมา สร้างโดย Sun Microsystems ในปี 1995 , Java ได้พิสูจน์ความน่าเชื่อถืออย่างต่อเนื่อง รุ่นก่อนหน้าของ Java ที่มีการใช้งานตั้งแต่วันที่ 18 มีนาคม 2014 คือ Java SE 8 เมื่อมันถูกเปิดเผย นักวิจารณ์กล่าวว่ามันเป็นงานศิลปะ การปล่อยกระแสของการเปลี่ยนแปลงใน API ตอนนี้มีเด็กใหม่ในบล็อก ในที่สุด Java 9 ที่เพิ่งสร้างเสร็จก็มาถึงแล้ว เปิดตัวเมื่อ 21 กันยายน 2017 คาดว่า Java SE 9 จะเขย่าวิธีที่เราทำสิ่งต่างๆ และวิธีที่นักพัฒนาสร้างแอปพลิเคชัน







เนื่องจาก Java 8 มีความคล่องตัวและความอเนกประสงค์ที่เหลือเชื่อ ธุรกิจจึงสร้างโซลูชันที่น่าทึ่งสำหรับอุตสาหกรรมต่างๆ เช่น การดูแลสุขภาพ ฟินเทค และภาคส่วนหลักอื่นๆ ในทางกลับกัน Java 9 สัญญาว่าจะสร้างและส่งมอบฟังก์ชันการทำงานใหม่ทั้งหมดให้กับนักพัฒนา



มาดูกันว่ามีอะไรใหม่ใน Java 9



จิ๊กซอว์โครงการ

นี่เป็นหนึ่งในไฮไลท์ของ Java 9 โดยพื้นฐานแล้ว จิ๊กซอว์โปรเจ็กต์คือชื่อที่กำหนดให้ การทำให้เป็นโมดูล ของจาวา เนื่องจากชิ้นส่วนจิ๊กซอว์มารวมกันทีละชิ้นเพื่อสร้างภาพที่ใหญ่ขึ้น ความจำเพาะของ Java 9 ก็เช่นกัน ซึ่งหมายความว่าโค้ดจะถูกแบ่งออกเป็นส่วนๆ (โมดูล) เนื่องจากงานหรือฟังก์ชันการทำงานที่ต้องดำเนินการ นี่เป็นก้าวย่างที่ยิ่งใหญ่เพราะการทำให้เป็นโมดูลไม่เพียงแต่ทำให้การนำโค้ดกลับมาใช้ใหม่ได้สะดวกสบายมากขึ้นเท่านั้น แต่การจัดการและการดีบักยังตรงไปตรงมาอีกด้วย ด้วยเหตุนี้ เราจึงพบว่านักพัฒนาจะมีเวลาในการสร้างแอปพลิเคชันด้วย Java 9 ได้ง่ายกว่ารุ่นก่อนหน้าอื่นๆ





ข้อดีอีกประการของการทำให้เป็นโมดูลคือตอนนี้นักพัฒนาสามารถสร้างแอปพลิเคชั่นที่มีน้ำหนักเบาและปรับขนาดได้ โดยเฉพาะอย่างยิ่งเมื่อ Internet of Things เติบโตอย่างต่อเนื่อง เราจะพบแอปดังกล่าวที่เขียนในภาษา Java มากขึ้น

JEP 222: jshell : Java Shell

Java 9 มีเครื่องมือ read-eval-print loop (REPL) ใหม่ หลังจากอยู่ในขั้นตอนการพัฒนาภายใต้ สิทธิ์โครงการ คุณลักษณะนี้ได้รับการเผยแพร่สู่สาธารณะในที่สุด คุณลักษณะใหม่นี้เป็นเครื่องมือโต้ตอบที่ใช้ในการทดสอบนิพจน์ คำสั่ง และการประกาศที่เขียนด้วยภาษาจาวา เป้าหมายหลักของ 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 ที่ดีขึ้น

เนื่องจาก JavaScript ยังคงได้รับโมเมนตัมและกลายเป็นที่ชื่นชอบสำหรับหลาย ๆ คน JDK 9 ทำให้สามารถฝัง JavaScript ในแอป Java ได้ ทั้งหมดนี้ทำได้ด้วยความช่วยเหลือของ โครงการแรด ซึ่งมีเป้าหมายหลักในการสร้างรันไทม์ JavaScript ประสิทธิภาพสูงแต่น้ำหนักเบาใน Java แน่นอนว่าสิ่งนี้ถูกส่งไปเมื่อพวกเขาจัดหาเอ็นจิ้น JavaScript ใน JDK เวอร์ชัน 8 ตอนนี้ในเวอร์ชัน 9 มี parser API ซึ่งเป้าหมายคือลำดับไวยากรณ์ ECMAScript ของ Nashorn สิ่งที่ API นี้ทำคือเปิดใช้งานการวิเคราะห์โค้ด ECMAScript โดยเฟรมเวิร์กฝั่งเซิร์ฟเวอร์และ IDE โดยไม่ต้องพึ่งพาคลาสการใช้งานภายในของ Project Nashorn

G1 เป็นคนเก็บขยะ

ตรงกันข้ามกับความเชื่อที่นิยม Java ไม่มีตัวรวบรวมขยะเพียงตัวเดียว แต่มีสี่ตัว ตัวรวบรวมขยะเหล่านี้ไม่ได้ถูกสร้างขึ้นมาอย่างเท่าเทียมกัน ดังนั้นการเลือกอันที่ผิดหมายถึงมีปัญหาด้านประสิทธิภาพในแอปพลิเคชัน ใน Java 8 ตัวรวบรวมขยะเริ่มต้นคือ Parallel / Throughput Collector ตัวรวบรวมขยะนี้ถูกแทนที่ด้วยตัวรวบรวมขยะก่อน (G1) เนื่องจากตัวรวบรวม G1 ได้รับการออกแบบมาเพื่อรองรับฮีปที่มีขนาดใหญ่กว่า 4GB อย่างมีประสิทธิภาพ จึงเป็นตัวรวบรวมขยะที่สมบูรณ์แบบสำหรับแอปพลิเคชันทั้งขนาดเล็กและขนาดใหญ่

อัปเดต API

ในชุดพัฒนา Java เวอร์ชันใหม่นี้ มีการอัปเดต API หลายรายการ และเราจะพูดถึงประเด็นที่โดดเด่นที่สุด

สิ่งแรกสุดคือการอัปเดตพร้อมกันของ Java 9 ซึ่งมี Java.util.concurrent.Flow และ CompletableFuture มุ่งแก้ปัญหาที่แรงดันย้อนกลับ Flow คือการนำ ของ Java ไปใช้ API สตรีมปฏิกิริยา ซึ่งมีจุดมุ่งหมายเพื่อแก้ปัญหาแรงดันย้อนกลับ แรงดันย้อนกลับคือการสร้างข้อมูลที่เกิดขึ้นเมื่ออัตราคำขอเข้ามามากกว่าความสามารถในการประมวลผลของแอปพลิเคชัน ในระยะยาว นี่เป็นปัญหาเนื่องจากแอปพลิเคชันลงเอยด้วยบัฟเฟอร์ของข้อมูลที่ยังไม่ได้ประมวลผล การอัปเดตนี้จะหมายถึงการจัดการการหมดเวลา ความล่าช้า และการจัดคลาสย่อยได้ดีขึ้น

ความปลอดภัยเป็นส่วนหนึ่งของเอกลักษณ์หลักของ Java ดังนั้น การสนับสนุนสำหรับผู้ได้รับอนุมัติใหม่ HTTP 2.0 RFC เป็นข้อดีอย่างมาก HTTP 2.0 RFC ถูกสร้างขึ้นบน อัลกอริทึม SPDY ของ Google ซึ่งเริ่มออกผลแล้วด้วยการปรับปรุงความเร็วตั้งแต่ 11.81% ถึง 47.7% จาก HTTP 1.1 รุ่นก่อน API ไคลเอ็นต์นี้เป็นการอัปเกรดเป็นโปรโตคอล HTTP หลักและ HttpURLConnection API ซึ่งเป็นปัญหา อย่างน้อยก็เพราะว่าถูกสร้างขึ้นก่อน 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

Eclipse Java Tutorial