Sự khác biệt trong maven giữa thẻ phụ thuộc và plugin trong pom xml là gì?

Tôi mới làm quen với công cụ maven, tôi đã thực hiện một dự án với Spring và Hibernate và chúng được định cấu hình trong pom.xml dưới dạng plugin, nhưng JUnit được gắn thẻ phụ thuộc. Câu hỏi của tôi là logic đằng sau một cái là plugin và một cái là phụ thuộc là gì?

Cả hai plugin và phụ thuộc đều là tệp Jar.

Nhưng sự khác biệt giữa chúng là, hầu hết công việc trong maven được thực hiện bằng cách sử dụng các plugin; trong khi phần phụ thuộc chỉ là một tệp Jar sẽ được thêm vào classpath trong khi thực thi các tác vụ.

Ví dụ: bạn sử dụng một trình biên dịch-plugin để biên dịch các tệp java. Bạn không thể sử dụng trình biên dịch-plugin làm phụ thuộc vì điều đó sẽ chỉ thêm plugin vào classpath và sẽ không kích hoạt bất kỳ quá trình biên dịch nào. Các tệp Jar sẽ được thêm vào classpath trong khi biên dịch tệp, sẽ được chỉ định làm phụ thuộc.

Tương tự với kịch bản của bạn. Bạn phải sử dụng spring-plugin để thực thi một số tệp thực thi spring [Tôi không chắc spring-plugin được sử dụng để làm gì. Tôi chỉ phỏng đoán ở đây]. Nhưng bạn cần các phụ thuộc để thực thi các tệp thực thi đó. Và Junit được gắn thẻ phụ thuộc vì nó được sử dụng bởi plugin surefire để thực hiện các bài kiểm tra đơn vị.

Vì vậy, chúng ta có thể nói, plugin là một tệp Jar thực thi tác vụ và phụ thuộc là một Jar cung cấp các tệp lớp để thực thi tác vụ.

Hy vọng rằng câu trả lời câu hỏi của bạn!

Bản thân Maven có thể được mô tả là bộ xử lý thực phẩm có nhiều đơn vị khác nhau có thể được sử dụng để hoàn thành các nhiệm vụ khác nhau. Các đơn vị đó được gọi là plugin. Ví dụ, để biên dịch sử dụng maven dự án của bạn maven-compiler-plugin, để chạy các bài kiểm tra - maven-surefire-pluginv.v.

Sự phụ thuộc về mặt maven là một phần đóng gói của các lớp mà dự án của bạn phụ thuộc vào. Nó có thể là jar, war, v.v. Ví dụ, nếu bạn muốn có thể viết thử nghiệm JUnit, bạn sẽ phải sử dụng các chú thích và lớp JUnit, do đó bạn phải khai báo rằng dự án của bạn phụ thuộc vào JUnit.

Plugin và phụ thuộc là những thứ rất khác nhau và chúng bổ sung cho nhau.

Các plugin là gì?

Các plugin thực hiện các tác vụ cho một bản dựng Maven. Chúng không được đóng gói trong ứng dụng.

Đây là trái tim của Maven.
Bất kỳ tác vụ nào được Maven thực hiện đều được thực hiện bởi các plugin .
Có hai loại plugin: các buildvà các reportingplug-in :

• Các plugin xây dựng sẽ được thực thi trong quá trình xây dựng và chúng phải được định cấu hình trong <build/>phần tử từ POM.
• Các plugin báo cáo sẽ được thực thi trong quá trình tạo trang web và chúng phải được định cấu hình trong <reporting/phần tử> từ POM.

Theo mục tiêu maven quy định tại các dòng lệnh (ví dụ mvn clean, mvn clean packagehay mvn site), một lifecyle cụ thể sẽ được sử dụng và một tập hợp cụ thể các mục tiêu bổ sung sẽ được thực thi.
Có ba built-in xây dựng vòng đời: default, cleanvà site. Vòng defaultđời xử lý việc triển khai dự án của bạn, cleanvòng đời xử lý việc dọn dẹp dự án, trong khi sitevòng đời xử lý việc tạo tài liệu trang web của dự án của bạn.

Mục tiêu plugin có thể bị ràng buộc với một giai đoạn cụ thể của một phong cách sống cụ thể.
Ví dụ maven-compiler-pluginvới phím tắt theo mặc định các compilemục tiêu giai đoạn vòng đời: compile.
Hầu hết các plugin maven (cả plugin chính và plugin của bên thứ ba) đều ưu tiên quy ước hơn là cấu hình. Vì vậy, chúng thường ràng buộc mục tiêu plugin vào một giai đoạn cụ thể để làm cho việc sử dụng chúng đơn giản hơn.

Nó gọn gàng hơn và ít bị lỗi hơn:

<plugin>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.7.0</version>
</plugin>

hơn:

<plugin>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.7.0</version>
  <executions>
    <execution>
        <phase>compile</phase>
        <goals>
            <goal>compile</goal>
        </goals>
    </execution>
  </executions>
</plugin>

Phụ thuộc là gì?

Sự phụ thuộc là các tạo tác / thành phần Maven được yêu cầu trong classpath trong quá trình xây dựng Maven.
Chúng có thể được đóng gói trong ứng dụng nhưng không nhất thiết (xem phần scopebên dưới).

Phần lớn các phụ thuộc là jar nhưng đây cũng có thể là các loại lưu trữ khác: war, ear, test-jar, ejb-client ... hoặc vẫn là POM hoặc BOM.
Trong một pom.xml, các phụ thuộc có thể được chỉ định ở nhiều nơi: <build><dependencies>part, dependencies managementpart hoặc vẫn trong một pluginkhai báo ! Thật vậy, một số plugin có thể cần phải có một số phụ thuộc vào classpath trong quá trình thực thi của chúng. Điều đó không phổ biến nhưng điều đó có thể xảy ra.
Dưới đây là một ví dụ từ tài liệu cho thấy điều đó pluginvà dependencycó thể hoạt động cùng nhau:

Ví dụ: Plugin Maven Antrun phiên bản 1.2 sử dụng phiên bản Ant 1.6.5, nếu bạn muốn sử dụng phiên bản Ant mới nhất khi chạy plugin này, bạn cần thêm <dependencies>phần tử như sau:

<project>
  ...
  <build>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-antrun-plugin</artifactId>
        <version>1.2</version>
        ...
        <dependencies>
          <dependency>
            <groupId>org.apache.ant</groupId>
            <artifactId>ant</artifactId>
            <version>1.7.1</version>
          </dependency>
          <dependency>
            <groupId>org.apache.ant</groupId>
            <artifactId>ant-launcher</artifactId>
            <version>1.7.1</version>
          </dependency>
         </dependencies>
      </plugin>
    </plugins>
  </build>
  ...
</project>

Trong Maven, phụ thuộc được tham chiếu trong một định dạng cụ thể:
groupId:artifactId:packaging:classifier:version.
Bộ phân loại (tùy chọn) và đóng gói ( JARtheo mặc định) thường không được chỉ định. Vì vậy, các định dạng phổ biến trong dependencykhai khá: groupId:artifactId:version.
Đây là một ví dụ về phụ thuộc được khai báo trong <build><dependencies>phần:

<build>
   <dependencies>
      <dependency>
         <groupId>org.hibernate</groupId>
         <artifactId>hibernate-core</artifactId>
         <version>5.2.14.Final</version>
      </dependency>
   <dependencies>
</build>

Trái ngược với một plugin, một phụ thuộc có một phạm vi.
Phạm vi mặc định là compile. Đó là phạm vi cần thiết phổ biến nhất (quy ước lại cấu hình).
Các compilephạm vi có nghĩa là phụ thuộc có sẵn trong tất cả các classpaths của một dự án.

Phạm vi xác định trong đó phụ thuộc classpaths sẽ được thêm vào. Ví dụ: chúng ta cần nó lúc biên dịch và thời gian chạy, hay chỉ để biên dịch và thực thi thử nghiệm?

Ví dụ: trước đây chúng tôi đã định nghĩa Hibernate là một compilephụ thuộc vì chúng tôi cần nó ở mọi nơi: biên dịch nguồn, biên dịch thử nghiệm, thời gian chạy, v.v.
Nhưng chúng tôi không muốn rằng các thư viện thử nghiệm có thể được đóng gói trong ứng dụng hoặc được tham chiếu trong mã nguồn . Vì vậy, chúng tôi chỉ định testphạm vi cho chúng:

<build>
   <dependencies>
     <dependency>
        <groupId>org.junit.jupiter</groupId>
        <artifactId>junit-jupiter-engine</artifactId>
        <version>5.1.0</version>
        <scope>test</scope>
     </dependency>
   <dependencies>
</build>

Nếu bạn đến từ nền tảng front-end như tôi và quen thuộc với Grunt và npm, hãy nghĩ về nó như sau:

Trước tiên, bạn sẽ chạy, nói npm install grunt-contrib-copy --save-dev,. Điều này giống như của maven <dependency></dependency>. Nó tải xuống các tệp cần thiết để thực hiện tác vụ xây dựng.

Sau đó, bạn sẽ cấu hình nhiệm vụ trong Gruntfile.js

copy: {
  main: {
    src: 'src/*',
    dest: 'dest/',
  },
}

Điều này giống như của maven <plugin>/<plugin>. Bạn đang cho công cụ xây dựng biết phải làm gì với mã được tải xuống bởi npm / <dependency></dependency>.

Tất nhiên đây không phải là một phép loại suy chính xác, nhưng đủ gần để giúp bạn quấn lấy nó.

Các trình cắm được sử dụng để thêm các chức năng cho Mavenchính nó (như thêm eclipsehỗ trợ hoặc SpringBoothỗ trợ cho Mavenv.v.). Mã nguồn của bạn cần có sự phụ thuộc để vượt qua bất kỳ giai đoạn Maven nào ( compilehoặc teství dụ). Trong trường hợp JUnitvì mã kiểm tra về cơ bản là một phần của cơ sở mã của bạn và bạn gọi JUnitcác lệnh cụ thể bên trong các bộ kiểm tra và các lệnh đó không được cung cấp do Java SDKđó JUnitphải có mặt tại thời điểm Mavenđang trong giai đoạn kiểm tra và điều này được xử lý bằng cách đề cập đến JUnitnhư một phụ thuộc trong pom.xmltệp của bạn .

Trái tim của Maven là một khung thực thi plugin - theo định nghĩa nhỏ gọn chính thức và tiêu chuẩn. Để làm rõ hơn, các lệnh bạn sử dụng như maven-install/clean/compile/build etcđể tạo / thực thi các chum, đôi khi chúng tôi cũng chạy theo cách thủ công. Vì vậy, những thứ bạn muốn chạy (hoặc cấu hình hoặc thực thi) về cơ bản, bạn đặt chúng vào thẻ phụ thuộc của mavens pom và câu trả lời cho ai sẽ chạy các phụ thuộc này (cần thiết cho thiết lập môi trường) là các plugin.

        javac (compiler) dependency.java (dependency) 

Câu trả lời một dòng - hiểu cơ bản

Plugin là một công cụ bạn sử dụng khi thực hiện bản dựng maven của mình

Sự phụ thuộc có nghĩa là loại thư viện bất kỳ mà bạn sẽ sử dụng trong mã của mình

Plugin là một phần mở rộng của Maven, một thứ được sử dụng để tạo ra tạo tác của bạn (ví dụ: maven-jar-plugin, được sử dụng để, bạn đoán nó, tạo một jar từ các lớp và tài nguyên đã biên dịch của bạn).

Phần phụ thuộc là một thư viện cần thiết cho ứng dụng bạn đang xây dựng, tại thời điểm biên dịch và / hoặc kiểm tra và / hoặc thời gian chạy.