Claude Code 基础用法
Claude Code 基础用法
在日常开发中,我到底能用 Claude Code 干什么?
答案很简单:学代码、写代码、改代码。
但前提是——你要学会如何正确地下指令。
用 Claude Code 学代码
Claude Code 最被低估的能力之一,并不是写得快,而是 讲得清楚 。
在学习阶段,它更像一位 耐心、不厌其烦、而且永远在线的高级同事 。
让 Claude 用新手能懂的方式解释代码
很多人问 Claude 的方式是:
这段代码什么意思?
这种问法得到的,往往是 跳过关键细节的总结 。
更好的方式是 明确目标人群 。
推荐提问方式
-
请用新手能听懂的方式,解释这个函数的作用和执行流程 -
假设我是刚学Python,请解释这段代码中每一步在做什么
Claude 会自动:
- 减少术语
- 拆解抽象概念
- 使用类比或伪代码辅助说明
建议:
不怕你问得菜,就怕你问得模糊。
对比不同实现方式
当你看到一段代码"能跑,但不确定是不是最优"时,可以这样问:
-
这个功能有没有更清晰的实现方式?请给我2–3种对比 -
对比一下现在的写法和使用函数式写法的区别
Claude 通常会从以下角度对比:
- 可读性
- 性能
- 扩展性
- 是否符合当前项目风格
初学者非常适合用这种方式 建立代码审美 。
逐行讲解复杂逻辑
面对嵌套多、判断复杂的代码,可以直接要求"逐行拆解"。
- 请
逐行解释这个函数,每一行说明它的输入、输出和副作用 -
哪些地方是容易出 bug 的?
这类问题非常适合理解:
- 复杂 if / else
- 状态机逻辑
- 老项目中的历史代码
用 Claude Code 写代码
写代码阶段, 不要一上来就追求完美实现 ,而是从小而确定的需求开始。
从需求描述生成代码
低质量需求描述的典型特征是:
做一个 XX 功能。
高质量需求描述应该至少包含三点:
- 输入是什么
- 输出是什么
- 约束条件是什么
推荐提问方式
请用Python写一个函数:
-输入:用户邮箱字符串
-输出:是否为合法邮箱(True/False)
-不依赖第三方库
Claude 会给出一个 可运行、结构清晰的实现 。
写简单函数 / 模块
当需求稍微复杂一点时,明确告诉 Claude 边界在哪里。
-
写一个独立的工具函数,不要依赖数据库或全局状态 -
这个模块只负责数据转换,不要处理 IO
这样可以有效避免:
- 过度设计
- 职责混乱
- 难以测试的代码
写测试用例
这是 Claude Code 非常适合初学者的一个使用场景。
-
为这个函数补充单元测试,覆盖正常情况和边界情况 -
使用当前项目已有的测试框架,不要引入新的库
Claude 会自动参考项目中已有测试风格,生成 风格一致的测试代码 。
建议:
写代码不写测试,是最容易养成的坏习惯。
用 Claude Code 改代码
相比"写新代码", 改代码反而更考验基本功 。
重构函数(不改行为)
重构时,一定要强调这句话:不改变现有行为。
在不改变现有逻辑的前提下,重构这个函数
Claude 会重点关注:
- 重命名变量
- 拆分逻辑块
- 消除重复代码
提升可读性
可读性不是个人感觉,而是有明确标准的。
-
提升这段代码的可读性,让新同事更容易理解 -
哪些地方可以加注释或拆成小函数?
拆分大函数
初学者最常见的问题之一: 一个函数干太多事 。
这个函数太长了,请帮我拆分成多个职责清晰的小函数
Claude 通常会:
- 先识别逻辑边界
- 再给出拆分方案
- 最后应用修改
统一代码风格
当项目中风格混乱时,可以直接交给 Claude 做统一整理。
-
按照当前项目的风格规范,统一这几个文件的代码风格 -
不要改逻辑,只处理格式、命名和结构
常见高质量提问方式
Claude Code 的上限,取决于你的提问质量。
提问结构模板(强烈推荐)
一个稳定好用的提问模板:
背景:
(我现在在做什么)
目标:
(我希望达到什么效果)
约束:
(不能做什么/必须遵守什么)
输出要求:
(代码/解释/步骤)
好问题 vs 坏问题
坏问题:
帮我优化这段代码
好问题:
在不改变行为的前提下,优化这段代码的可读性,并说明你做了哪些改动
如何限制 Claude 的自由发挥
如果你不限制,Claude 会:
- 自动补功能
- 自动重构
- 自动"帮你想更多"
学会 提前设边界 :
-
不要引入新库 -
不要改变函数签名 -
如果不确定,请先询问我
专业习惯:
把 Claude 当成执行力极强,但需要被约束的工程师。
JavaWeb
Spring
MyBatis
linux
消息队列
JavaSE
工具
片段
AI
搜索
dy