Maven bir Framework, Ant bir Toolbox
Maven önceden oluşturulmuş bir yol otomobili, Ant ise bir dizi araba parçası. Ant ile kendi arabanızı yapmak zorundasınız, ancak en azından herhangi bir arazi sürüşü yapmanız gerekiyorsa, doğru araba türünü oluşturabilirsiniz.
Başka bir deyişle, Maven bir çerçeve iken Ant bir araç kutusu. Çerçevenin sınırları dahilinde çalışmaktan memnunsanız Maven iyi durumda olacaktır. Benim için sorun, çerçevenin sınırlarına çarpmaya devam etmemdi ve beni dışarı çıkarmayacaktı.
XML Ayrıntıları
tobrien, Maven hakkında çok şey bilen bir adam ve sanırım iki ürünün çok iyi ve dürüst bir karşılaştırmasını sağladı. Basit bir Maven pom.xml'yi basit bir Ant oluşturma dosyasıyla karşılaştırdı ve Maven projelerinin nasıl daha karmaşık olabileceğinden bahsetti. Basit bir gerçek dünya projesinde görmeniz daha muhtemel olan birkaç dosyayı karşılaştırmaya göz atmaya değer olduğunu düşünüyorum. Aşağıdaki dosyalar çok modüllü bir yapıdaki tek bir modülü temsil eder.
İlk olarak Maven dosyası:
<project
xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-4_0_0.xsd">
<parent>
<groupId>com.mycompany</groupId>
<artifactId>app-parent</artifactId>
<version>1.0</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>persist</artifactId>
<name>Persistence Layer</name>
<dependencies>
<dependency>
<groupId>com.mycompany</groupId>
<artifactId>common</artifactId>
<scope>compile</scope>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>com.mycompany</groupId>
<artifactId>domain</artifactId>
<scope>provided</scope>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate</artifactId>
<version>${hibernate.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>commons-lang</groupId>
<artifactId>commons-lang</artifactId>
<version>${commons-lang.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring</artifactId>
<version>${spring.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.dbunit</groupId>
<artifactId>dbunit</artifactId>
<version>2.2.3</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.testng</groupId>
<artifactId>testng</artifactId>
<version>${testng.version}</version>
<scope>test</scope>
<classifier>jdk15</classifier>
</dependency>
<dependency>
<groupId>commons-dbcp</groupId>
<artifactId>commons-dbcp</artifactId>
<version>${commons-dbcp.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.oracle</groupId>
<artifactId>ojdbc</artifactId>
<version>${oracle-jdbc.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.easymock</groupId>
<artifactId>easymock</artifactId>
<version>${easymock.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
</project>
Ve eşdeğer Ant dosyası:
<project name="persist" >
<import file="../build/common-build.xml" />
<path id="compile.classpath.main">
<pathelement location="${common.jar}" />
<pathelement location="${domain.jar}" />
<pathelement location="${hibernate.jar}" />
<pathelement location="${commons-lang.jar}" />
<pathelement location="${spring.jar}" />
</path>
<path id="compile.classpath.test">
<pathelement location="${classes.dir.main}" />
<pathelement location="${testng.jar}" />
<pathelement location="${dbunit.jar}" />
<pathelement location="${easymock.jar}" />
<pathelement location="${commons-dbcp.jar}" />
<pathelement location="${oracle-jdbc.jar}" />
<path refid="compile.classpath.main" />
</path>
<path id="runtime.classpath.test">
<pathelement location="${classes.dir.test}" />
<path refid="compile.classpath.test" />
</path>
</project>
tobrien, Maven'in yerleşik kurallara sahip olduğunu göstermek için örneğini kullandı ancak bu, daha az XML yazdığınız anlamına gelmez. Bunun tam tersini doğru buldum. Pom.xml, build.xml'den 3 kat daha uzundur ve bu kurallardan sapmaz. Aslında, Maven örneğim eklentileri yapılandırmak için gereken 54 satır olmadan gösteriliyor. Bu pom.xml basit bir proje içindir. Ekstra gereksinimler eklemeye başladığınızda XML gerçekten önemli ölçüde büyümeye başlar, bu da birçok proje için olağandışı değildir.
Ama Ant'e ne yapacağını söylemelisin
Yukarıdaki Ant örneğim elbette tam değil. Hala temizlemek, derlemek, test etmek vb. İçin kullanılan hedefleri tanımlamamız gerekir. Bunlar, çok modüllü projedeki tüm modüller tarafından içe aktarılan ortak bir derleme dosyasında tanımlanır. Bu da beni bütün bu şeylerin Ant'de nasıl açıkça yazılması gerektiğine, Maven'de ise açıklayıcı olmasına neden oluyor.
Doğru, bu Ant hedeflerini açıkça yazmak zorunda kalmazsam zaman kazandıracaktı. Ama ne kadar zaman? Şu anda kullandığım ortak yapı dosyası, 5 yıl önce o zamandan beri sadece hafif iyileştirmelerle yazdığım dosya. Maven ile yaptığım 2 yıllık deneyimin ardından, eski Ant yapı dosyasını dolaptan çıkardım, tozunu aldım ve tekrar işe koydum. Benim için, Ant'e ne yapacağını açık bir şekilde anlatmanın maliyeti, 5 yıllık bir süre boyunca bir haftadan az bir süre ekledi.
karmaşa
Bahsetmek istediğim bir sonraki büyük fark, karmaşıklık ve sahip olduğu gerçek dünya etkisidir. Maven, inşa süreçlerini yaratmak ve yönetmekle görevli geliştiricilerin iş yükünü azaltmak amacıyla inşa edildi. Bunu yapabilmek için karmaşık olması gerekir. Ne yazık ki bu karmaşıklık amaçlanan hedeflerini reddetme eğilimindedir.
Ant ile karşılaştırıldığında, Maven projesindeki yapı adamı daha fazla zaman harcayacak:
- Belgeleri okuma: Maven hakkında çok daha fazla belge var, çünkü öğrenmeniz gereken çok daha fazla şey var.
- Ekip üyelerini eğitmek: Cevapları kendileri bulmaya çalışmak yerine bilen birine sormayı daha kolay buluyorlar.
- Derlemede sorun giderme: Maven, özellikle çekirdek olmayan eklentiler olan Ant'den daha az güvenilirdir. Ayrıca Maven yapıları tekrarlanamaz. Bir eklentinin SNAPSHOT sürümüne bağımlıysanız, büyük olasılıkla, derlemeniz hiçbir şey değiştirmeden kırılabilir.
- Maven eklentileri yazma: Eklentiler genellikle belirli bir görev göz önünde bulundurularak yazılır, örneğin bir web başlangıç paketi oluşturmak, bu da onları diğer görevler için yeniden kullanmayı veya bir hedefe ulaşmak için birleştirmeyi zorlaştırır. Bu nedenle, mevcut eklenti kümesindeki geçici boşluklara kendiniz yazmak zorunda kalabilirsiniz.
Tersine:
- Ant dokümanları özlü, kapsamlı ve hepsi bir arada.
- Karınca basit. Ant'i öğrenmeye çalışan yeni bir geliştiricinin, bilmeleri gereken diğer şeyleri anlayabilmek için sadece birkaç basit kavramı (hedefler, görevler, bağımlılıklar, özellikler) anlaması gerekir.
- Karınca güvenilirdir. Ant, son birkaç yıldır çok fazla yayınlanmadı, çünkü zaten çalışıyor.
- Karınca yapıları tekrarlanabilir çünkü genellikle çevrimiçi depolar, deneysel üçüncü taraf eklentileri gibi harici bağımlılıklar olmadan oluşturulurlar.
- Karınca kapsamlı. Bu bir araç kutusu olduğundan, neredeyse istediğiniz her görevi gerçekleştirmek için araçları birleştirebilirsiniz. Kendi özel görevinizi yazmanız gerekiyorsa, bunu yapmak çok basittir.
Aşinalık
Başka bir fark, aşinalıktır. Yeni geliştiriciler hızlanmak için her zaman zamana ihtiyaç duyarlar. Mevcut ürünlere aşinalık bu konuda yardımcı olur ve Maven destekçileri haklı olarak bunun Maven'in bir yararı olduğunu iddia eder. Elbette, Ant'in esnekliği, istediğiniz her türlü sözleşmeyi oluşturabileceğiniz anlamına gelir. Bu yüzden kullandığım kural kaynak dosyalarımı src / main / java dizin adına koymaktır. Derlediğim sınıflarım target / classes adlı bir dizine giriyor. Tanıdık geliyor değil mi?
Maven'in kullandığı dizin yapısını seviyorum. Sanırım mantıklı. Ayrıca yapı yaşam döngüsü. Bu yüzden Ant yapılarımda da aynı kuralları kullanıyorum. Sadece mantıklı olduğu için değil, daha önce Maven'i kullanan herkese tanıdık geleceğinden.