Ant ยังอยู่ใน“ กระแสหลัก” สำหรับ Java หรือไม่?

เราได้เปลี่ยนไฟล์คำสั่งแบทช์อย่างช้า ๆ (windows .bat) ซึ่งเป็นคลาสที่รวบรวมใน IDE สำหรับนักพัฒนาพร้อมกับ Ant builds ที่ครอบคลุมมากขึ้น (เช่นได้รับจาก CVS, คอมไพล์สะอาด, เก็บถาวร, อีเมล, ฯลฯ )

ฉันใช้เวลาเรียนรู้มากมาย (และแก้จุดบกพร่องปัญหา) กับ Ant ดังนั้นฉันจึงสบายใจที่จะใช้มันสำหรับงานเหล่านี้ แต่ฉันสงสัยว่ามดยังคงใช้งานได้อย่างกว้างขวางเหมือนเดิมเมื่อฉันเริ่มเรียนรู้หรือไม่ว่า "โลกได้ก้าวต่อไป" กับสิ่งใหม่กว่า (และอาจสั่นไหว) (ฉันเริ่มเห็น Maven build สิ่งของกระจายมากขึ้นซึ่งฉันไม่เคยใช้มาก่อน)

การนำเข้าคำถามนี้จริง ๆ แล้วฉันจะผลักนักพัฒนาใหม่เพื่อเรียนรู้ Antหรือไม่หรือพวกเขาควรจะเรียนรู้สิ่งอื่นเพื่อการสร้างหรือไม่

ฉันไม่เคยอยู่บนแนวโน้มเช่นกันดังนั้นจึงเป็นเรื่องดีที่จะได้ยินจากนักพัฒนา Java คนอื่น ๆ สิ่งที่พวกเขาคิดว่าเป็นเครื่องมือสร้างที่ดีที่สุดและสิ่งที่พวกเขาคิดว่านักพัฒนาใหม่ควรเรียนรู้

ฉันเห็นด้วยกับคนอื่น ๆ ที่นี่ดูเหมือนว่า Maven จะทำโครงการที่สำคัญที่สุดที่ฉันเคยดูมา

แม้ว่า Ant จะมีความยืดหยุ่นสูง แต่ไฟล์บิลด์ไม่ได้มาตรฐานดังนั้นเมื่อคุณย้ายไปที่โครงการหรือ บริษัท ใหม่เป้าหมายจะมีชื่อแตกต่างกัน แต่ไฟล์นั้นมีโครงสร้างที่แตกต่างกันการพึ่งพาระหว่างเป้าหมายอาจจะสร้างหรือไม่ได้เป็นต้น

ด้วย Maven คุณจะได้รับประโยชน์จากการไม่ต้องพึ่งพาไบนารี (ฉันกำลังพูดถึงโหล) ในระบบ SCM ของคุณ เครื่องมือ Java ที่ยอดเยี่ยมอื่น ๆ จำนวนมากรู้วิธีการอ่านไฟล์ Maven POM (ประโยชน์ของการสร้างมาตรฐาน) ดังนั้นเครื่องมืออย่าง IDEs สามารถตั้งค่าโครงการ Maven ได้อย่างรวดเร็วและเครื่องมือสร้างอย่าง Jenkins สามารถเรียกใช้งาน Maven builds ได้อย่างง่ายดาย

ฉันทำงานกับ Ant และกับ Maven จากประสบการณ์ของฉัน Maven มีความแข็งแกร่งเหนือกว่า Ant

• โครงการทั้งหมดที่ฉันเคยเห็น 2 หรือ 3 ปีที่ผ่านมาดูเหมือนจะใช้ maven ประมาณ 3 ปีที่ผ่านมาสิ่งนี้ทำให้ฉันสงสัยว่าเพราะรุ่น Maven ที่ใช้แล้ว (2.0.something) ดูเหมือนจะไม่น่าเชื่อถือและมีบั๊ก ถึงจุดหนึ่ง (2.1 หรือ 2.2 ฉันจำไม่ได้) maven กลายเป็นที่เชื่อถือได้และหลังจากใช้เวลาไปกับมันฉันได้เปลี่ยนความคิดของฉันเป็นตรงกันข้าม ตอนนี้ฉันค่อนข้างจะแปลกใจที่เห็นคนที่ชอบมดมากกว่าสัตว์ประหลาด

จากบันทึกเชิงบวกที่น้อยลงเกี่ยวกับ Maven ประสบการณ์ของฉันกับเอกสารของมันยังไม่ดีเท่านี้ ฉันคิดว่าฉันเห็นผลิตภัณฑ์ที่มีเอกสารเลวร้ายยิ่งกว่า Maven แต่ฉันจำไม่ได้ว่าอันไหน (ห้องสมุด CSV โบราณบางแห่ง iirc)

เราใช้ Maven มาหลายปีแล้ว รองรับการเขียนสคริปต์ Ant (เช่นเดียวกับ Ant รองรับ BeanShell) ดังนั้นความรู้เกี่ยวกับมดของคุณอาจยังมีประโยชน์ Maven มีประสิทธิภาพมากขึ้น แต่มีข้อกำหนดด้านโครงสร้างพื้นฐานเพิ่มเติมบางประการ (คุณจะต้องการเซิร์ฟเวอร์ Artifactory หรือ Nexus เพื่อโฮสต์การสร้างของคุณหากคุณแชร์องค์ประกอบระหว่างโครงการหลาย ๆ โครงการ) มันค่อนข้างแตกต่างจาก Ant ดังนั้นคุณจึงไม่สามารถใช้ความรู้ที่มีอยู่มากมายได้

ฉันคิดว่ามดตัวเองตายไปในน้ำ ต้องระบุการพึ่งพา classpath ทั้งหมดของคุณด้วยตนเอง (ขึ้นอยู่กับการตั้งค่าของคุณ) นั้นเกินไปเกินไปและผิดพลาดง่าย หากใช้ Ant ควบคู่ไปกับเครื่องมือการจัดการการพึ่งพาเช่น Ivy แล้วจะยังคงรักษาระดับพลังงานไว้และไม่จำเป็นต้องจัดการการพึ่งพาของคุณเอง

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

สำหรับ Ant ยังคงเป็นกระแสหลักหรือไม่นั้นจะขึ้นอยู่กับสภาพแวดล้อมการพัฒนาที่คุณกำลังทำอยู่หากโครงการอยู่ใน บริษัท ขนาดเล็กหรือเริ่มต้นฉันคิดว่า Maven จะเป็นทางเลือกและเวลาตามธรรมชาติ เพื่อลงทุนในโครงสร้างพื้นฐานเช่น Artifactory อย่างไรก็ตาม บริษัท ขนาดใหญ่จะใช้เวลาหลายปีและลงทุนเงินเป็นจำนวนมากในโครงสร้างพื้นฐาน Ant (การกำหนดค่าการสร้างไฟล์ระดับโลก ฯลฯ ) ซึ่งจะทำให้พวกเขากระตือรือร้นที่จะย้ายออกจากเทคโนโลยีที่พวกเขาลงทุนด้วยเงินจำนวนมาก

Maven เพิ่มขึ้นมาหลายปีและตอนนี้ฉันต้องเรียนรู้มัน สิ่งต่าง ๆ จะเปลี่ยนแปลงอยู่เสมอและการที่จะรู้ว่ามดกำลังสูญเสียตำแหน่งมันไม่ใช่เรื่องเลวร้าย

Maven อาจจะเป็นเพียงช่วงสั้น ๆ แต่ถ้ามันทำให้งานของเราง่ายขึ้นมันก็คุ้มค่าที่จะลงทุนเพื่อเรียนรู้