Trae试用报告，能否真的0手写代码编写软件？

> 一个0手写代码的背单词软件

我花了16个小时，利用Trae编写了图示的背单词软件，0手工代码。

虽然最终实现了0手工代码，但实话说，所谓程序小白也能用Trae写程序是不可能的。我归纳了一系列Trae试用报告，希望对大家有所帮助。尽管问题很多，过程很折腾，但我还是鼓励大家积极拥抱AI。因为这是不可逆的大势，每个人只有跟进才不会掉队。

---

> 能不能0手写代码，完全由Trae完成程序编写？

能。至少文章中的案例就是我让Trae用python编写的背单词软件，一行手写代码都没有，完全由Trae编写完成。

> 使用Trae最爽的感受是什么？

交互体验不错。通过聊天方式告诉Trae你的想法，直接生成代码的过程很爽。调试交互过程也不错，直接把错误信息从控制台copy到对话框，bug分析、解决方案、代码修改全自动完成。

> 编写过程是否一帆风顺？

很折腾。一共不到300行代码的软件，我花费了近16个小时，还完全推翻重来过一次。具体原因下面会说明。

> Trae一次性生成代码的完成度如何？

大约70%。主体流程和功能基本一次生成勉强可用，但小bug很多，尤其是程序健壮性不足。缺乏校验、日志等处理，例如校验变量是否为空，数据类型是否匹配等。测试过程中发生了非常多的空指针、变量未初始化、数据类型不匹配的bug。

> 使用Trae最不爽的感受是什么？

Trae健忘症很严重。实际情况是Trae并不能完全形成上下文的完整记忆和信息关联，尤其是它自己生成的代码实现与需求、bug和优化之间的上下文关联。因此，在修复bug或优化设计时，Trae并不能找到出错的代码行，直接修复该代码行，而是重新生成全部代码。

让人崩溃的是，Trae也不记得你曾经让它修复过的bug与代码之间的关联，因此当你让它修复新bug时，它不会理会之前修复过的代码，重新生成的代码里会把旧bug再生成进来，一直在bug之间鬼打墙。

我摸索出一种可行的办法是手工记录下所有修复的bug，每次都把所有bug都发到对话框。但仍然有概率会失败。

> 仅告诉Trae软件需求是否足够让Trae完成全部代码编写？

不能。软件需求描述缺乏对代码实现细节的约束，而Trae自由选择的实现方式并不总是合理的。尤其是在修复bug的过程中，Trae并不能把需求描述和它自己生成的代码实现对应起来，它的做法是把bug当成需求变更，重新生成代码。但由于Trae健忘症发作，它不记得之前的bug修复或需求优化，于是不停犯曾经犯过的错。

我在折腾了12个小时以后，只能无奈推翻重来。将软件的需求描述转变成了程序伪代码描述，细致到对控件、变量、函数、文件等细节的描述，才最终完成了软件编写。

> Trae的编程水平如何？

只能说还行。我个人感觉Trae大约只能算的初级程序员，还不具备评估并从多个实现方式里选择最优解的能力。举几个例子说明。

例1，在操作Excel文件时，它选择了pd.ExcelWriter方法，每次都重写覆盖Excel而不是更新。一不小心就把Excel源文件弄坏。直到我告诉它应该用openpyxl 库来实现。

例2，很搞笑，典型的初级程序员的解决办法。需求里让它隐藏答案，默写完成后再展示答案，它的解决方案居然是先把答案文字的颜色设成“白色”，默写完成后设成“黑色”。然而，我的电脑配色是深色风格，于是答案便高亮地显示在了默写面板上。最终，我只在伪代码中告诉它：隐藏答案可以在 generate_quiz 方法中，不创建答案标签，以达到隐藏答案的目的。 在 check_answers 方法中，当用户点击“核对答案”时，再创建并显示答案标签。

例3，需求要求错题记录表格文字居中对齐，它折腾了几次都不成功。直到我建议它把Listbox换成Treeview控件。

> Trae能够胜任复杂逻辑吗？

还有较大差距。在我的需求中，最复杂的逻辑是从Excel读出要默写的单词后，根据默写方式动态地在默写面板中生成题目，动态显示中文或英文、比较答案、动态显示答案，再根据错题生成错题记录，最后在Excel中记录单词默写次数和错误次数。

Trae为此生成了一系列的全局变量，它们用于创建布局和控件，也用于处理考试逻辑和文件读写逻辑。这个实现导致bug不断，优化布局时考试和文件读写出问题，改文件读写逻辑时布局又乱了。

直到我用伪代码替它做了设计，将布局、考试和文件操作三个逻辑分到不同文件中才让它跳出了鬼打墙。

> Trae具备程序优化设计能力吗？

不具备。Trae只能依据需求顺序地把它所理解的逻辑编写出来，它不懂“面向对象”、“面向接口编程”，“设计模式”……等优化和设计能力。

我花了12个小时用需求描述跟Trae交互过程中，始终在全局变量相互冲突和bug反复之间鬼打墙，直到我推翻重来，用伪代码方式做好设计和控制细节才终于完成任务。

> Trae能多大程度上帮助程序员？

针对单个方法或类的编程助手。前提是程序员把设计做好，指定实现方式，甚至细到写伪代码，然后让Trae一个方法一个方法、一个类一个类、一段逻辑一段逻辑的生成代码。它不会设计、不会规划文件，而且一旦多个逻辑混合交叉，它就会混乱——它无法在多段逻辑中正确处理公共变量，尤其是在修复或优化某段逻辑时，它无法保证对变量的改变不会影响到其它逻辑。

实际上，Trae就像一个初级程序员，需要组长做完设计后，让它完成某个方法或类的代码编写，否则Trae会失控。

> Trae最急需改进的是什么？

完善生成的代码与需求、bug、优化之间的上下文关联。这类似人类程序员所做的变更注释、版本或代码分支，Trae在生成代码时，将每次交互带来的代码变更关联到上下文环境中，一旦用户确认某次交互的代码正确，这些变更的代码应该被标记，除非用户明确要求，否则被确认的代码不应该变化。

不然的话，程序员在多次交互的时候，根本没办法猜到每次交互会让代码出现什么不可控制的变化。

> 最后，展示一下我最终让Trae正确生成代码的伪代码

# 智能背单词需求

请编写一个python程序，从Excel文件中随机挑选英文单词做成默写表。可以选单词范围，随机抽取的单词数，看中文写英文，看英文选中文等。

## 界面布局

### 控件清单
- **选择生词本**：文件选择器，用于从文件系统中选择生词文件。展示选择文件按钮以及选中文件的路径。此两控件排列成一行。
- **生词分类**：多选框，要默写的生词分类，分类数据动态来源于生词文件中的“分类”数据
- **生词范围”**：输入框，输入起始编号和结束编号，中间用“-”号连接，即从生词文件中读取单词的范围
- **默写词数**：输入框，填写本次要默写的单词数，也即要从生词文件中读取的单词数量；
- **默写方式**：下拉单选框，包含三个可选项：1.看中文写英文，2.看英文写中文，3.随机；默认1；
- **生成默写**：按钮，按照生词分类、生词范围、默写次数从生词文件中读取生词，生成题目清单
- **默写面板**：面板，按照默写方式，将题目清单以列表形式在面板中展示出来。每行两个题目，每个题目从左至右分为核对结果、题目[中文/英文]、用户输入框(长度10)、答案[英文 + 中文]（长度20）。
- **核对答案**：按钮，核对答案并展示检查结果。
- **生成错题记录**：按钮，将错题展示在错题面板中。
- **错题记录**：面板，用ttk.Treeview以列表形式展示错题，使表格中文字居中对齐，分为四列：编号、英文、中文、分类，每行一个题目，每列长度15。
- **删除记录**：按钮，删除错题记录表中的某条数据。
- **记录默写结果**：按钮，将考试结果更新到生词本中。  

### 控件布局：
1. 全部控件靠左排列。
2. 布局顺序从上至下为  
	- 第一行:  选择生词本；
	- 第二行：生词范围、默写词数、默写方式；
	- 第三行：生词分类；
	- 第四行：生成默写、核对答案、生成错题记录、记录默写结果；
	- 第五行：默写面板；
	- 第六行：错题记录，
	- 第七行：删除记录；
3. 初始化时生成生词分类lable，但选项为空，选择文件之后读取分类数据，动态给选项赋值。

## 生词本格式：
生词本为Excel文件，其统一格式为：  
- sheet1，名称分类，第一列记录生词分类，值对应sheet1的第四列；  
- sheet2，名称生词，第一列为编号；第二列为英文；第三列为中文；第四列为分类；第五列为默写次数；  
- sheet3，名称错题本，第一列为编号；第二列为英文；第三列为中文；第四列为分类；第五列为错误次数；  

## 文件规划
- **main.py**：主函数，用于生成程序界面，处理控件和布局逻辑。调用其它函数文件。
- **file_selector.py**: 文件选择器，用于从文件系统中选择生词文件。  
- **file_operator.py**: 文件操作函数文件，用于读写生词文件。


## 程序设计

### 主函数
- 按控件布局要求初始化程序界面；
- 用户点击“选择生词本”时调用“选择生词本函数”，获得文件路径；
- 调用文件操作文件的读取分类函数，传入文件路径，获得“分类”数据，将分类数据赋值给“生词分类”的选项；
- 用户点击“生成默写”时，调用文件操作文件的读取考题函数，传入用户选择的生词分类、填入的生词范围和填入的默写词数，获得考题列表；
- 根据默写方式，在“默写面板”中展示考题列表：
	- 若“看中文写英文”，显示中文列，隐藏答案，创建一个输入框供用户输入，长度为默认值的一半；
	- 若“看英文写中文”，显示英文列，隐藏答案，创建一个输入框供用户输入，长度为默认值的一半；
	- 若“随机”，随机显示中文列或英文列，隐藏答案，并设置一个”默写方式标记”，记录此默写题是“看中文写英文”还是“看英文写中文”，创建一个输入框供用户输入，，长度为默认值的一半；
	- 隐藏答案可以在 generate_quiz 方法中，不创建答案标签，以达到隐藏答案的目的。 在 check_answers 方法中，当用户点击“核对答案”时，再创建并显示答案标签。
- 用户点击“核对答案”时：
	- 比较用户输入框中的值与默写单词清单中的值
	- 1. 若”默写方式“为“看中文写英文”，比较用户输入的内容与默写单词清单中的英文单词，相等则在该单词前显示绿色“对勾”符号，错误则打“红叉”；  
	- 2. 若”默写方式“为“看英文写中文”，比较用户输入的内容与默写单词清单中的中文部分，进行模糊匹配，如果相似则打绿色“对勾”符号，错误则打“红叉”；  
	- 3. 若”默写方式“为“随机”，则根据”默写方式标记”决定评分按 1 还是 2 判断。  
	- 保留用户输入框，将隐藏的英文和中文列展现出来。
- 用户点击“生成错题记录” 时
	- 将错误题目在“错题记录”表中展示出来。
	- 错题记录不清空，每次生成默写的错题累加到错题记录中。
- 用户点击“删除记录”时，从“错题记录”列表中删除当前行。
- 用户点击“记录默写结果”时，调用“文件操作文件”的记录考试函数，传入考题清单与错题请单。

### 选择生词本文件：file_selector.py
- 用户在界面上点击“选择生词本”时主函数调用此函数；
- 打开本地文件系统从中选择文件，可以选择任何文件类型；
- 返回文件地址至主函数。

### 文件操作文件：file_operator.py
- 读取分类函数：读取生词文件“sheet1：分类”数据，返回主函数；
- 读取考题函数：检查输入值是否为空，若不为空，根据用户选中的生词分类，从生词文件的“sheet2：生词”中按“分类”列过滤出“生词范围“之内单词，随机抽取出”默写词数“数量的单词清单，返回单词清单；
- 记录考试函数：
	- 根据考题清单中每个单词的编号，在生词文件中，将“sheet2：生词”相应生词编号行、第五列“默写次数”的值 + 1；若该单元格值为空初始化为0；
	- 根据错题清单中每个单词的编号，操作生词文件的“sheet3：错题本”：
		- 若该单词编号不在文件中，则将该错题记录插入到列表中
		- 若该单词编号已在文件中，则将相应编号的记录的第五列错误次数 + 1；

## bug修复
- bug: pd.ExcelWriter 在默认情况下会覆盖原文件中的所有工作表。要在原文件的基础上更新，而不是覆盖原文件，使用 openpyxl 库来实现。 openpyxl 支持直接对 Excel 文件进行读写操作，并且不会覆盖未修改的工作表。
- bug: 击核对答案时，会加载另一组题目，似乎又一次调用了“生成默写”的代码；
- bug: 点击“记录默写结果”之后，似乎重新调用了“生成默写”，因此又重新生成了默写面板。正确行为是，点击“记录本次默写结果”之后，若无任何错误，弹框表示记录默写结果成功。直到用户重新点击“生成默写”之后，再生成新的默写面板。
- bug: file_operator.py 文件的 record_exam 函数中出现的，具体是在获取错题本中已有错题编号时发生的。错误提示 AttributeError: 'tuple' object has no attribute 'value' 表明你尝试对一个元组（ tuple ）对象调用 value 属性，而元组并没有这个属性。
- bug: 需要在 __init__ 方法中对 quiz_answer_labels 属性进行初始化，让它成为一个空列表。

	

伪代码文件最后有几个bug，是因为Trae总是反复犯这几个错。因此我只能每次让Trae生成代码时带上这几个bug，默认它会犯错。

---

我的探索仍在继续，敬请关注、转发、收藏，与我一起拥抱AI。