[已解决]eclipse中导入太多的包

月满霜华

eclipse里面import了太多的包，影响后面建立工程，请问如何把他们都删除或者说关闭调？另：有办法把导入的包分类管理吗(像文件夹)，以高效处理

最佳答案

月排行榜 / 总排行榜

hacker.jin

2017-11-6 14:51:39

详情百度   MAVEN  记得最佳答案

跳转到最佳答案楼层

hacker.jin

详情百度   MAVEN  记得最佳答案

hacker.jin

1. <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   
2.          xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
   
3.     <modelVersion>4.0.0</modelVersion>
   
4.     <groupId>com.rwr666</groupId>
   
5.     <artifactId>backsys</artifactId>
   
6.     <packaging>war</packaging>
   
7.     <version>1.0-SNAPSHOT</version>
   
8.     <name>backsys Maven Webapp</name>
   
9.     <url>http://maven.apache.org</url>
   
10. 
    
11.     <properties>
    
12.         <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    
13.         <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
    
14.         <!-- spring版本号 -->
    
15.         <spring.version>4.3.11.RELEASE</spring.version>
    
16.         <!-- mybatis版本号 -->
    
17.         <mybatis.version>3.4.5</mybatis.version>
    
18.         <!-- mysql驱动版本号 -->
    
19.         <mysql-driver.version>5.1.44</mysql-driver.version>
    
20.         <!--log4j2-->
    
21.         <log4j2.version>2.9.1</log4j2.version>
    
22.     </properties>
    
23.     <dependencies>
    
24. 
    
25.         <!-- java ee -->
    
26.         <dependency>
    
27.             <groupId>javax</groupId>
    
28.             <artifactId>javaee-api</artifactId>
    
29.             <version>8.0</version>
    
30.         </dependency>
    
31. 
    
32.         <dependency>
    
33.             <groupId>org.apache.logging.log4j</groupId>
    
34.             <artifactId>log4j-core</artifactId>
    
35.             <version>${log4j2.version}</version>
    
36.         </dependency>
    
37.         <dependency>
    
38.             <groupId>org.apache.logging.log4j</groupId>
    
39.             <artifactId>log4j-api</artifactId>
    
40.             <version>${log4j2.version}</version>
    
41.         </dependency>
    
42. 
    
43.         <!-- JSON -->
    
44.         <dependency>
    
45.             <groupId>com.fasterxml.jackson.core</groupId>
    
46.             <artifactId>jackson-databind</artifactId>
    
47.             <version>2.9.1</version>
    
48.         </dependency>
    
49.         <dependency>
    
50.             <groupId>com.fasterxml.jackson.core</groupId>
    
51.             <artifactId>jackson-annotations</artifactId>
    
52.             <version>2.9.1</version>
    
53.         </dependency>
    
54.         <dependency>
    
55.             <groupId>com.fasterxml.jackson.core</groupId>
    
56.             <artifactId>jackson-core</artifactId>
    
57.             <version>2.9.1</version>
    
58.         </dependency>
    
59. 
    
60.         <!-- https://mvnrepository.com/artifact/com.google.code.gson/gson -->
    
61.         <dependency>
    
62.             <groupId>com.google.code.gson</groupId>
    
63.             <artifactId>gson</artifactId>
    
64.             <version>2.8.2</version>
    
65.         </dependency>
    
66. 
    
67. 
    
68. 
    
69.         <!-- 数据库 -->
    
70.         <dependency>
    
71.             <groupId>mysql</groupId>
    
72.             <artifactId>mysql-connector-java</artifactId>
    
73.             <version>${mysql-driver.version}</version>
    
74.             <scope>runtime</scope>
    
75.         </dependency>
    
76. 
    
77.         <!-- 数据库连接池 -->
    
78.         <dependency>
    
79.             <groupId>com.mchange</groupId>
    
80.             <artifactId>c3p0</artifactId>
    
81.             <version>0.9.5.2</version>
    
82.         </dependency>
    
83. 
    
84.         <!-- MyBatis -->
    
85.         <dependency>
    
86.             <groupId>org.mybatis</groupId>
    
87.             <artifactId>mybatis</artifactId>
    
88.             <version>${mybatis.version}</version>
    
89.         </dependency>
    
90. 
    
91.         <!-- mybatis/spring整合包 -->
    
92.         <dependency>
    
93.             <groupId>org.mybatis</groupId>
    
94.             <artifactId>mybatis-spring</artifactId>
    
95.             <version>1.3.1</version>
    
96.         </dependency>
    
97. 
    
98.         <!-- spring核心包 -->
    
99.         <dependency>
    
100.             <groupId>org.springframework</groupId>
     
101.             <artifactId>spring-core</artifactId>
     
102.             <version>${spring.version}</version>
     
103.         </dependency>
     
104. 
     
105.         <dependency>
     
106.             <groupId>org.springframework</groupId>
     
107.             <artifactId>spring-web</artifactId>
     
108.             <version>${spring.version}</version>
     
109.         </dependency>
     
110.         <dependency>
     
111.             <groupId>org.springframework</groupId>
     
112.             <artifactId>spring-oxm</artifactId>
     
113.             <version>${spring.version}</version>
     
114.         </dependency>
     
115.         <dependency>
     
116.             <groupId>org.springframework</groupId>
     
117.             <artifactId>spring-tx</artifactId>
     
118.             <version>${spring.version}</version>
     
119.         </dependency>
     
120. 
     
121.         <dependency>
     
122.             <groupId>org.springframework</groupId>
     
123.             <artifactId>spring-jdbc</artifactId>
     
124.             <version>${spring.version}</version>
     
125.         </dependency>
     
126. 
     
127.         <dependency>
     
128.             <groupId>org.springframework</groupId>
     
129.             <artifactId>spring-webmvc</artifactId>
     
130.             <version>${spring.version}</version>
     
131.         </dependency>
     
132.         <dependency>
     
133.             <groupId>org.springframework</groupId>
     
134.             <artifactId>spring-aop</artifactId>
     
135.             <version>${spring.version}</version>
     
136.         </dependency>
     
137. 
     
138.         <dependency>
     
139.             <groupId>org.springframework</groupId>
     
140.             <artifactId>spring-context-support</artifactId>
     
141.             <version>${spring.version}</version>
     
142.         </dependency>
     
143. 
     
144.         <dependency>
     
145.             <groupId>org.springframework</groupId>
     
146.             <artifactId>spring-test</artifactId>
     
147.             <version>${spring.version}</version>
     
148.         </dependency>
     
149. 
     
150.     </dependencies>
     
151. 
     
152.     <build>
     
153.         <finalName>backsys</finalName>
     
154.         <plugins>
     
155.             <plugin>
     
156.                 <groupId>org.apache.maven.plugins</groupId>
     
157.                 <artifactId>maven-compiler-plugin</artifactId>
     
158.                 <configuration>
     
159.                     <!-- 设置JDK版本 -->
     
160.                     <source>1.8</source>
     
161.                     <target>1.8</target>
     
162.                 </configuration>
     
163.             </plugin>
     
164.         </plugins>
     
165.     </build>
     
166. 
     
167. </project>
     

复制代码

hacker.jin

这是我一个项目的maven配置文件,我没有手动下载哪怕一个jar包,配置好包的名称和版本就可以
编译的时候maven会在某个目录找到这些包,如果没有会帮你下载

hacker.jin

另外既然学的java,推荐你使用IDEA,虽然很多教程都是基于eclipse的,但是IDEA绝对是最好的javaIDE,android官方开发工具都是基于IDEA改造的(Android Studio)

hacker.jin

作者：宝藏在哪
链接：https://www.zhihu.com/question/32240102/answer/122336272
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

网上一般说maven是一个构建工具，其实是说得很准确的，不过我觉得更准确的说法应该是一个自动化的构建工具。传统意义上的构建项目，可能就是编译和打包，打包会有一些逻辑，比如什么文件复制到压缩包的哪个目录，包含哪些文件，排除哪些文件，甚至说不同环境下需要不同的打包逻辑等等。maven提供的所有的功能点也都是围绕着这个核心概念延展开来的。比如要做编译，那源码依赖的包肯定需要在类路径中找到，传统方式就是编译时手动设置依赖的包到classpath下，本质上就是如此。我们在ide中做开发虽然没有做这些繁琐的细节，也是因为ide帮我们做了一些自动化的处理，不过在这之前我们还是会copy依赖的jar包到工程目录之下，这种方式有很多缺陷，最大的问题是你没法知道每一个jar包的依赖树，那么完全有可能你构建出一个只是编译通过却无法运行的程序包，更别说jar包的版本问题、无效依赖问题、自动化问题。而maven则通过gav这种唯一的构件标识依赖，这种方式则完全避免了上面说的缺陷，很多人认为maven是做依赖管理的工具，是对构建的认识不深刻的体现，依赖管理是很重要，但它不过是编译项目前的一个预处理步骤而已，后续诸如测试、打包同样很重要，而且更重要的是它将这些原本各自独立的任务串到了一起，让他们能够自动化的可视化的运行。上面我们说的构建，只是构建出一个的程序包，可能我们还需要在构建程序包的同时，生成代码的文档，源码包，可能在此之后我们还需要运行单元测试，单元测试运行成功之后我们还需要做项目的部署，构件的部署等等等等。maven针对我们的构建过程，划分了几个阶段，每个阶段可能会执行一些具体的构建任务，maven的插件就分别绑定在某一个阶段之上，当构建项目执行到这个阶段就会触发插件的执行，由插件定义的任务对项目做进一步的处理。当然，你也可以通过配置修改插件默认绑定的phase。maven官方提供了一些插件，也有第三方的插件都是针对开发中的各个场景提供的自动化处理程序，比如说你希望在构建之前做一些代码格式编码规范的检查，那你就可以配置一个check style插件到工程下绑定在compile的phase。由此，你可以看出maven更像是一个连接开发测试部署，将各个彼此独立的过程打通的一个自动化工具……实际上也是如此，如果你的项目组要做devops，maven这样的类似工具是基础工具和服务，后续的ci/cd也是构建在maven的基础之上，如果没有的话，那这个过程做起来会非常麻烦...maven差不多就是这样。我感觉现在的人不太有耐心去看完一个长篇大论的介绍，我自己也一样，同等时间和精力的情况下，我们总是希望单位时间的产出更高，所以我在看一门技术的时候，也是想以最快的速度来判断这门技术是否值得我去花时间仔细看，我就需要一个简短的技术的介绍说明，但是市面上一般的技术介绍大多都是比较冗长的，我不想和这些一样，所以我一般是尽量避免写太长的答案的。但是很多技术，你要想讲清楚可能普及核心概念、概念的适当外延、举例、对比一样都不能少。所以随便写写就会比较长，即便这样，还不一定能准确的讲清楚某件事。

hacker.jin

不给最佳我敲你

月满霜华

hacker.jin 发表于 2017-11-6 15:44
不给最佳我敲你

这么详细必须最佳啊