รวมแบตเตอรี่
Tooling ของ Java
มันยอดเยี่ยมมาก:
- IDE:แม้ว่า IDE บางตัวรองรับ JavaScript ระดับการสนับสนุนก็ไม่ได้เปรียบเทียบ พยายามสร้างรหัส JavaScript ใหม่บนฐานโค้ดขนาดใหญ่ (เช่น 40K + LOC) และร้องไห้
- การทดสอบหน่วย:แม้ว่าจะหยิบขึ้นมาในช่วงไม่กี่ปีที่ผ่านมา แต่ก็ยังเป็นผู้ใหญ่มากกว่าในโลกของ Java
- บูรณาการอย่างต่อเนื่องและการตรวจสอบอย่างต่อเนื่อง
- การสร้างเอกสาร:แน่นอนว่าคุณมี JSDoc และอีกไม่กี่คน
สถิตย์พิมพ์
มันจับข้อบกพร่องก่อน (ที่อยู่ Google Offion ที่จะทำให้นักพัฒนาอยู่ในโลก JavaScript หากคุณต้องการ)
JavaScript ที่ปรับให้เหมาะสม
GWT เขียนJavaScript ที่เร็วและกะทัดรัดกว่าคุณ (สำหรับแอปพลิเคชันขนาดใหญ่) และช่วยให้คุณกำหนดสิ่งที่ถูกส่งไปยังไคลเอนต์ได้ง่ายกว่าเนื้อหาด้วยโซลูชัน JS ที่เทียบเท่าทั้งหมด
สถาปัตยกรรม
มันมีการแยกข้อกังวลสำหรับแอปพลิเคชันขนาดใหญ่ด้วยสถาปัตยกรรม MVC หรือ MVP ที่ดีซึ่งได้เตรียมไว้ล่วงหน้าแล้วที่ปลายนิ้วของคุณ
ห้องสมุดที่มีคุณค่า
GWT มีห้องสมุดที่น่าสนใจและทำให้ง่ายในการสร้างแอพพลิเคชั่นที่ใช้ I18N ด้วยการโหลดบันเดิลแบบไดนามิก
หน่วยทดสอบ
การใช้ JUnit จากภายใน Eclipse IDE และจากบรรทัดคำสั่ง สิ่งนี้เกี่ยวข้องกับประเด็นแรกของฉัน คุณสามารถใช้เครื่องมือคุณภาพโค้ดของ Java ในโครงการ GWT ได้เป็นอย่างดี (สำหรับการตรวจสอบต้นฉบับไม่ใช่การตรวจสอบ bytecode เนื่องจากไม่มี)
มันคือทั้งหมดที่เกี่ยวกับคุณ !!
GWT ไม่ใช่สำหรับทุกคน มันทำให้บางคนมีประสิทธิผลมากขึ้นและเป็นเครื่องมือที่ดีสำหรับนักพัฒนาที่ไม่ใช่ผู้สร้าง JS เพื่อสร้างเว็บแอพมืออาชีพที่มีส่วนหน้าแบบไดนามิกโดยไม่ต้องสัมผัส JavaScript (มากเกินไป) แต่ถ้ามันไม่ได้ผลสำหรับคุณแค่ใช้อย่างอื่น
หากคุณต้องการมากที่สุดของดังกล่าวข้างต้น แต่คุณก็ไม่ต้องการ Java อาจจะมองไปที่Google ปิดหรือDojo Toolkit
เป็นความคิดที่ดีในเวลา: เรื่องประวัติศาสตร์ !!
โลกจาวาสคริปต์ (และเทคโนโลยีหน้าเว็บโดยทั่วไป) มีการใช้งานอย่างมากในทุกวันนี้ดังนั้นสิ่งต่างๆจึงมองหา แต่เพียงไม่กี่ปีหลังสิ่งต่าง ๆ ไม่ค่อยสดใส LESS / SASS นั้นไม่ได้รับความนิยม jQuery ยังไม่ได้เป็นไลบรารี JS ของโรงงาน, ไลบรารี JavaScript ที่ยังไม่เกิดขึ้นทุกสัปดาห์และการใช้เครื่องมือก็ไม่ได้ยอดเยี่ยมโดยทั่วไป
แต่มีความต้องการเพิ่มขึ้นสำหรับแอปพลิเคชันมืออาชีพและเว็บขนาดใหญ่ที่มีส่วนหน้าแบบไดนามิกดังนั้นจึงมีช่องว่างในการเติมเพื่อให้นักพัฒนามีประสิทธิผลมากขึ้น JavaScript มีข้อผิดพลาดและสิ่งแปลกประหลาดมากมายที่คุณต้องระวังและอาจเป็นการดีกว่าถ้าคุณไม่จำเป็นต้องใส่ใจกับมัน ดังนั้นช่องสำหรับเครื่องมือเช่น GWT
ตั้งแต่นั้นมาคนอื่น ๆ ก็ปรากฏตัวขึ้น (CoffeeScript คำนึงถึงแล้ว Dart กำลังดำเนินการอยู่ แต่ยังมีเฟรมเวิร์ก JavaScript ที่มีขนาดใหญ่การปฏิวัติของ JS ฝั่งเซิร์ฟเวอร์ด้วย Node.JS และอื่น ๆ และการกลับมาแข็งแกร่งของ JavaScript ว่า "ดีพอ" ทั้งหมด - ภาษารอบที่จะใช้ไม่เพียง แต่ในฝั่งไคลเอ็นต์ แต่ยังอยู่ในส่วนอื่น ๆ ของสแต็กธุรกิจของคุณ
หมายเหตุเพิ่มเติม
เกี่ยวกับคำถามดั้งเดิมของคุณ (แก้ไขแล้วตอนนี้) เกี่ยวกับการใช้ Firebug
คุณสามารถดีบักรหัส GWT ด้วย Firebug แน่นอน แต่คุณควรจะดีบักโดยตรงจากตัวดีบักของ Eclipse IDE ซึ่งตอนนี้ให้การสนับสนุนการดีบักโค้ดสด
อย่างไรก็ตาม Firebug ยังคงใช้งานได้แม้ว่าคุณจะต้องจำไว้ว่า GWT สร้าง JavaScript ที่ได้รับการปรับปรุงและบีบอัดซึ่งอาจไม่ง่ายในการดีบักตามที่เป็นอยู่
เกี่ยวกับคำถามเดิมของคุณ (แก้ไขแล้วตอนนี้) เกี่ยวกับ CSS
ใช่คุณยังต้องเขียนโค้ด CSS ด้วยตัวเองแน่นอน คุณจับคู่โครงการ GWT ของคุณกับเครื่องมืออื่น ๆ (เช่น SASS) มากหรือน้อยได้อย่างง่ายดาย
มันเป็นแค่เครื่องมือ!
อย่าผิดพลาด GWT สำหรับสิ่งที่ไม่ใช่: คุณไม่ได้เขียนโค้ด Java เพื่อให้ทำงานโดยตรงบนฝั่งไคลเอ็นต์ในฐานะ Java bytecode คุณเขียนโค้ดในภาษาจาวาซึ่งแปลเป็น JavaScript เพื่อประสิทธิภาพและเพื่อให้คุณสามารถใช้ภาษาระดับสูงกว่า (หรืออย่างน้อยนั่นคือสิ่งที่มันควรจะเห็น)
เบบี้ , Java และ JavaScript อาจจะถือได้ว่าเป็นเปรียบในแง่ของระดับนามธรรม อย่างไรก็ตาม Java มาพร้อมกับข้อดี (รายละเอียดด้านบน) ดังนั้นข้อดีในการรับประโยชน์ของเครื่องมือที่มีอยู่โดยไม่ต้องเขียนใหม่ นักพัฒนาของ Google มีความคิดที่ฉลาดทำให้สามารถนำเครื่องมือ Java-oriented ที่มีอยู่กลับมาใช้ใหม่ได้ แต่เพื่อพัฒนาแอปพลิเคชั่น JavaScript
นอกจากนี้พวกเขายังแก้ปัญหาอีกเรื่องหนึ่งซึ่งเป็นการจัดการที่ยุ่งยากของเว็บแอปพลิเคชั่นสองภาษาซึ่ง JavaScript และโค้ด Java ได้รับการปฏิบัติแยกกัน การใช้ GWT ช่วยให้การบรรจบกันในระดับหนึ่งสำหรับทั้งสองด้านของกระบวนการพัฒนา
อ่านเพิ่มเติม: