Java on 现代技能栈

Go转Java万字总结, 要跨越哪些思维鸿沟

Mon, 01 Jan 0001 00:00:00 +0000

主要介绍Go和java间的设计思想、工程目录结构、典型框架使用上的对比

Go转Java的设计思想对比

欲速则不达

先看思想差异!

Go的心智模式是过程式 + 轻量级面向对象 + 并发，从接需求开始，要识别结构体和关键方法，先实现小而美的功能点，再通过组合演进式地实现复杂功能。 Java不用说了，主要是以重量级OOP为主的玩法，要从需求中先找实体，加行为，定关系，用设计模式实现更复杂的业务。

不过现代Java也在拥抱轻量级设计, 而Go里也有设计模式，不过更倾于使用函数、闭包和通道等语言特性来解决。

先从直观语法上，总结有以下几种差异情况（只总结差异，不做优劣评价）：

Go: 极简主义 - 少即是多, Go语法中有很多隐含的写法规则，在Java里则需要编写显式的修饰符（关键字）声明，比如某结构（类）中，首字母大写，是会暴露一个字段，在java则需要显示的使用public。

隐式规则与显式声明的碰撞

Go的"命名即契约"哲学：

// 大小写决定可见性
type User struct {
 ID int // 公开
 name string // 私有
}

func (u *User) GetName() string { // 公开方法
 return u.name
}

func (u *User) setName(name string) { // 私有方法
 u.name = name
}

Java语法层面的"显式声明"文化：

AI时代下，Java该如何起手项目开发

Mon, 01 Jan 0001 00:00:00 +0000

30多年来，开发者工具层面终于出现了革命者，本文主要结合人工智能在软件工程领域大行其道的当下，针对从零开始和迭代已有项目，介绍如何快速开启Java项目的设计开发。

最近常听到一句话，AI不会替代你，但熟练使用AI的人可以轻松干废你。初听有点儿耸人听闻，实际却在发生中.... 甚至斯坦福大学最近也开设了CS146S课程，要求必须使用AI完成开发任务，作业是提交完成开发任务的提示词prompt。专门教授如何将大模型和AI工具（如编程智能体、AI IDE）集成到软件开发流程中，从而大幅提升开发者的生产力，并探讨了现代软件工程师的角色演变。课程大纲如下：

工欲善其事必先利其器

传统开发，必备神器IDEA

下图是2025.3版本，安装包大小1G，包括java生态的大量工具插件，还内置了教学引导，默认给30天的免费旗舰试用期。

导引学习，主要介绍一些快捷键(包括any搜索、补全建议、重构)和调试技巧等。

Ctrl+Shift+A或者两次Shift按键，触发anything search。
Alt + Enter，万能修复/提示
Ctrl + Shift + Space，智能代码补全
Ctrl + Alt + L，代码格式化

传统IDE中，补全是当初能让其迅速普及开的功能之一，而调试也是另一个极好的功能。在现代AI IDE中，调试似乎也不需要了，直接贴错误日志，就自动开始debug纠错了。

使用AI开发的现状

当下主流的使用AI开发模式有3种基本形态：

一种是传统IDE + 编程插件助手，代表有Lingma、Continue等，是属于渐进式拥抱AI辅助开发，从而提高生产力的方式。
另一种是基于开源IDE打造的AI原生IDE, 提供更沉浸式的AI编程体验，由AI自主完成分析、设计、编码乃至测试的完整流程，一般需要订阅收费。
- 国外：Cursor（基于VS Code）
- 国内：Trae.CN（字节）、CodeBuddy（腾讯），Qoder（阿里.新加坡团队）
还有一种终端工具，代表是Claude Code、Codex CLI等，可以灵活集成到以上两种模式和其他第三方CI/CD协作流水线中

现在市场参与者，基本都在布局各形态的开发场景，本文发稿时，通义lingma也在公测IDE了，CodeBuddy已实现插件、IDE、CLI三端全形态覆盖。

年初我个人也结合开源vscode+roocode插件，开发过一款自己的IDE，叫aide，基本功能也都具备，后面有时间可以整理发出来一篇手把手打造自己的AI原生IDE。

不过github Copilot在国内市场才是比较可惜的，背靠微软（VS生态），手里有github，竟然在市场上，没有国外初创企业Cursor等的声势浩大。

这几种形态，反映了一个演进方向: 将AI集成到开发工具 ====> 将开发工具集成到AI中。人在其中的动手参与度逐步降低，后者看上去是最理想的终极形态，合理设置后，可以让AI把整个软件交付的全流程（需求分析->设计->编码->测试->部署上线）自动完成。

不过这里不应该存在谁更好的说法，最终要看你的团队运作模式，是单人全栈还是严格‘瀑布模式’下的团队模式，毕竟康威定律还在生效（技术问题的背后，往往是人的问题和组织问题）。这类AI原生IDE现在也基本支持个人版和企业版了，不过从业内的实践来看，在单人全栈模式下，AI原生IDE的优势会更明显。

由于本人工作行业限制，接触最多的是lingma，不过为了客观对比更高阶的形态，这里以Trae.CN为例

安装包大小204M，内置前端工具链，如涉及其他技术栈，需要自行安装插件。支持两种模式（IDE和solo模式），就是前面提到的IDE+插件助手模式和AI原生IDE的形态。

AI原生IDE，相对传统IDE，最大的区别是在软件工程中的参与阶段左移了，从需求分析开始就可以介入了，并且以AI为主导推理，自动调度集成MCP工具来推进工作。

Vibe Coding 氛围/AI结对编程

零开项目（避免重复造轮子）

java生态已经非常丰富，几乎每个领域都有对应成熟、经过验证的开源项目，遵循专业的事情找专业的工具干的原则（寻找轮子），避免让AI从零开始重复造轮子。

Goper直接撸java代码，真是操碎了心，tips总结①

Mon, 01 Jan 0001 00:00:00 +0000

Java发展的这些年，为了复杂大型项目的工程实践能傻瓜落地，真是封了一层又一层啊，C/C++型选手转过来，会感觉各种看不透，总结了一些tips，尽量追根问底，分享给大家。

@SpringBootApplication 注解

java spring项目，第一个看到的基本就是这个注解，只能加到main方法所在的主类上，标识这是一个Spring Boot应用程序的main入口类。

@(注解)的本质是给代码打标签，告诉需要处理注解的工具或框架: 这里的代码需要特殊处理。

“@SpringBootApplication”注解，是个组合注解，是表示要在程序启动运行阶段被特殊处理的(其实现完全依赖于Java的反射机制)，是spring框架的核心机制，依靠Spring容器的运行时处理能力，体现了「约定优于配置」的设计思想。

没点儿Java经验，「约定优于配置」的设计思想，会让学习成本增加，但是在大型项目中，会让开发效率大大提高。 spring 容器的运行时处理能力，是实现「约定优于配置」的关键。

Spring 容器

spring 容器是一个IoC容器（简单理解为一个对象工厂），用于管理应用程序中的Bean对象。

Bean的生命周期包括：实例化、依赖注入、初始化、使用、销毁。依赖注入是指在运行时，通过容器自动将Bean的依赖对象注入到Bean中。初始化是指在Bean实例化后，调用Bean的初始化方法。使用是指在Bean初始化后，通过容器获取Bean实例，调用其方法。销毁是指在应用程序关闭时，调用Bean的销毁方法。

简单来说：

你写好代码，贴上标签（注解）
容器帮你管理这些代码（Bean）
你需要什么，容器就给你什么（依赖注入）

为什么要使用 Spring 容器？

理由有一堆，还都是高大上的那种....

拿用户注册功能对比，举例说明，对比「不用Spring容器」和「用Spring容器」的代码差异，直观展示Spring容器的价值：

场景：用户注册功能（需要3层结构）

Controller ：接收注册请求
Service ：处理注册业务逻辑（密码加密、保存用户）
Repository ：操作数据库（保存用户信息）

方式1：不用Spring容器 → 传统Java开发

// 1. Repository层：操作数据库
public class UserRepository {
 public void save(User user) {
 System.out.println("保存用户到数据库：" + user.getName());
 }
}

// 2. Service层：业务逻辑
public class UserService {
 // 必须手动创建依赖对象 → 「自己new」，初始化省略..
 private UserRepository userRepository = new UserRepository();
 
 public void registerUser(User user) {
 // 密码加密（业务逻辑）
 user.setPassword(encryptPassword(user.getPassword()));
 // 调用Repository保存
 userRepository.save(user);
 }
 
 private String encryptPassword(String password) {
 return "加密后的密码：" + password;
 }
}

// 3. Controller层：接收请求
public class UserController {
 // 必须手动创建依赖对象 → 「自己new」
 private UserService userService = new UserService();
 
 // 可以改进为接收参数
 public void handleRegisterRequest(String name, String password) {
 User user = new User();
 user.setName(name);
 user.setPassword(password);
 userService.registerUser(user);
 }
}

// 4. 启动类：手动创建所有对象
public class App {
 public static void main(String[] args) {
 // 必须手动创建所有层的对象 → 「自己管理依赖」
 UserController controller = new UserController();
 // 调用注册接口
 controller.handleRegisterRequest("张三", "123456");
 }
}

有点儿偏面向过程的开发思路，需要自己管理各层依赖对象的创建初始化：