SpringBoot日常:编码规范之import *

前言

日常开发中,我们在编码过程中会经常忽略import 包的问题,我们会使用import语句中的通配符*来引入整个包中的所有类。尽管这样做能够简化代码编写和阅读,但是过度使用import *也会带来一些坏处,本文将探讨这些问题并给出相应的解决方案。

问题剖析

在讨论import *的坏处之前,让我们先来看一下Java代码中的包引入机制。Java中使用import语句来告诉编译器我们希望在代码中使用其他包中的类。一般来说,我们可以使用以下两种方式来引入包中的类:

  • 显示引入:使用import语句引入特定的类,例如import java.util.Map;。
  • 通配符引入:使用import语句引入整个包中的所有类,例如import java.util.*;。

对于较小的项目来说,使用import *可能不会带来太大的问题。但是在大型项目中,使用import *可能导致以下几个问题:

1、命名冲突:当引入多个包时,可能会出现类名相同的情况,这时编译器将无法确定使用哪个类,从而导致编译错误。

2、可读性降低:通常情况下,我们会根据类的包名来判断其功能。但是使用import *后,编译器无法提供这样的信息,使得代码的可读性大大降低。

3、冗余引入:使用import *会导入整个包中的所有类,但是实际上我们可能只需要其中的几个类。这样就会导致代码中引入了很多不需要的类,增加了代码量。

4、编译时间延长:使用import *会导致编译器需要处理更多的类,从而增加了编译的时间。

解决

说了这么多,那我们要如何去尽可能规避这个问题呢?

一般来说我们是用工具或流程进行解决。

这里用idea作为说明,通过如下设置让 IDEA 不会在导入时添加*,这样设置其实并不是一定不会变成 import xxx.*,而是在同包类大于 999 个时才使用

相关推荐
土狗TuGou12 小时前
SQL内功笔记 · 第8篇:事务的四大特性与隔离级别
数据库·笔记·后端·sql·mysql·oracle
ZengLiangYi13 小时前
React Query + REST API 最佳实践
javascript·后端·react.js
星浩AI13 小时前
项目实战:合同智能审批 · LangGraph + HITL 人机协同方案 [有源码]
后端·langchain·agent
JavaGuide13 小时前
Codex 接入第三方模型 DeepSeek、GLM、Kimi 教程:CC-Switch 和 Codex++ 两种方案对比
后端·ai编程
ZengLiangYi13 小时前
Fastify 加 Electron:把 Web 服务嵌进桌面应用
前端·javascript·后端
在繁华处13 小时前
Java从零到熟练(九):并发编程基础
java·开发语言
木头程序员13 小时前
SSM框架学习笔记
java·开发语言·mysql·spring·maven
李白你好13 小时前
页面资产梳理 · 技术指纹识别 · Spring 端点探测
java·后端·spring
用户17537212403313 小时前
02《面向对象设计原则:SOLID原则实战解析》
后端
一起逃去看海吧13 小时前
dify-03
java·linux·开发语言