@ikas #121

> 继承与组合是 maven 重要的特性,这里利用组合方式实现.本身就是其特性

哪里的见解？ maven composition 包下就一个依赖导入： https://maven.apache.org/ref/3.2.3/maven-model-builder/apidocs/org/apache/maven/model/composition/package-summary.html


搜索 composition in maven 第一个结果也是说 maven 用继承而不是组合的： https://melix.github.io/blog/2021/12/composition-in-gradle.html


官方文档也没有： https://maven.apache.org/guides/introduction/introduction-to-profiles.html

如果你的意思开启多个 profile 是组合的话，那当我没说。

另外 profile 也不是为了开关部分模块而设计的，更多的是环境、用例的不同。例如拿来写不同 JDK 下的编译，就没啥问题，开关 Spotless 好像也可以，但是维护多了有点繁杂

只开关部分模块的，依赖又会出问题，而且你单独开关部分的单测，维护起来一点也不友好.

在多项目里，你需要在每个项目里加这么一坨 shi：

<profiles>
<profile>
<id>xxxTest</id>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<skipTests>false</skipTests>
</configuration>
</plugin>
</plugins>
</build>
</profile>
</profiles>

一两个还好，十多个需要维护的模块呢？

为什么在你眼里非黑就是白呢？我觉得 Maven 不适合有复杂构建需求的项目，我说错了吗？你们觉得自己的项目复杂，不代表构建需求复杂。

Maven 能做到一些需求，不代表他做的好；我觉得在我的需求下，maven 做起来很别扭，没问题吧？


假如我能这么写：


```xml
<dependencies>
<dependency>
<groupId>com.example</groupId>
<artifactId>example-library</artifactId>
<scope>compile-only</scope> // 这里只会引入编译依赖关系，测试相关的任务不会尝试依赖关系
</dependency>
```

是不是方便许多，我还不需要用 Profiles 维护一大坨 shi 呢？为什么你们喜欢吃咸豆腐，要强迫我也认为咸豆腐是最好吃的？

我抛出我的问题，质疑 Maven 不思进取，大家的态度都是：我用的都好好的，你用不来是你的问题。

Diss 我的几个人，在我发代码之后，写了详细的步骤之后，有人 PR 解决了吗？好几天了，都没消息，这说明啥呢？

talk is cheap.....