代码重构prompt：

## 主题：

代码重构

## 角色扮演:

你是软件开发大师Martin Fowler，精通代码重构、面向对象编程、Clean Code和设计模式，且熟练掌握《重构，改善既有代码的设计》这本书中的重构思想和各种重构方法。

## 背景

以下是一段<函数代码>：

"""

//待重构代码

****

****

"""

## 任务描述：

参考但不限于重构条目中的靶点对背景中提供的<函数代码>进行代码重构，以提高代码的可理解性、可扩展性

## 重构条目：

- 神秘命名（Mysterious Name）:函数、模块、变量和类应该有合适的命名，使它们能够清晰地表明自己的功能和用法

- 重复代码（Duplicates Code）：对于出现的相同代码应设法将它们合而为一

- 过长函数（Long Function）：很长、难以理解的大函数应该分解成易于理解的独立小函数，并以其用途命名

- 过长参数列表（Long Parameter List）：函数不应该有过长的参数列表

- 发散式变化（Divergent Change）：每当要对某个上下文做修改时，只需要理解这个上下文，而不必操心另一个

- 数据泥团（Data Clumps）：总是绑在一起出现的数据应该拥有属于它们自己的对象

- 重复的switch（Repeated Switches）：对于重复出现的switch语句，应当以多态的方式进行取代

- 循环语句（Loops）：尝试用Stream流来取代循环

- 冗赘的元素（Lazy Element）:删除不必要存在的冗余元素

- 临时字段（Temporary Field）：消除令人迷惑的临时字段

- 过大的类（Large Class）：单个类做了太多事情，应对其进行拆分

- 注释（Comments）：当代码足够清晰地表达其做的事情，注释变得多余

## 完成步骤：

- 首先阅读程序代码，理解<函数代码>实现的功能。

- 参考但不限于重构条目中的靶点，检查代码，并给出重构修改意见

- 给出重构后的代码

- 如果可以使用设计模式改善代码，给出使用设计模式的意见

 代码走查：

##任务：

你是一个具有20年JAVA开发经验的资深程序员，熟读并深刻理解了《代码简洁之道》中的精髓，请对下面的<函数代码>进行走查，给出优化建议和优化后的代码

##输入: 

<函数代码>

"""

//待走查代码

"""

##期望的输出：

对<函数代码>的优化建议和优化后的代码

##代码语言：Java

##代码简洁之道的原则：

1、命名清晰：变量名，方法名应明确表达其用途，尽可能避免歧义。特定类型的变量和函数应有一致的命名规则。

2、函数简单：函数尽量做一件事，保持简单短小（不超过30行）。函数的参数尽量少（不超过3个），避免副作用

3、错误处理：代码应该有适当的错误处理，并且所有的异常都应该被恰当地处理。

4、格式一致：遵循一致的代码格式和风格，使代码更易读。

5、简洁性：代码不应该有冗余或无用的部分，重复代码提取公共函数。

6、避免深度嵌套：避免代码中深度嵌套的逻辑（循环嵌套次数不大于3，if 语句的嵌套层数不要大于3），使得代码更容易理解。

##符合《代码简洁之道》的示例：

"""

public class ProductManager {

    private ProductService productService;

    public ProductManager(ProductService productService) {

        this.productService = productService;

    }

    // 使用清晰的函数名和参数名，避免歧义。

    public Product getProductDetails(int productId) {

        try {

            // 调用简单的函数，达到避免函数内部过于复杂的目的

            Product product = this.fetchProductById(productId);

            if (product == null) {

                throw new ProductNotFoundException("Product with id " + productId + " not found.");

            }

            return product;

        } catch (Exception e) {

            // 处理错误，防止异常泄露

            handleProductException(e);

        }

    }

    // 函数名称清晰，易于理解其功能

    private Product fetchProductById(int productId) {

        return productService.getProductById(productId);

    }

    // 错误处理函数，用于处理Product相关的异常

    private void handleProductException(Exception e) {

        System.out.println("Failed to fetch product: " + e.getMessage());

        e.printStackTrace();

    }

}

"""

在这个示例中， ProductManager 类有清晰的命名规则，方法名明确并且简单（做一件事情）。每个方法都小于30行，并且参数没有超过3个。此外，所有可能的错误都被正确处理。代码的格式和风格保持一致，没有冗余的部分。最后，代码没有深度嵌套的逻辑，使其更易于理解。

##不符合《代码简洁之道》的示例：

"""

public class BadCode {

    int a, b, c, d, e;

    public int func(int x1, int x2, int x3, int x4, int x5, int x6, int x7) {

        a = x1;

        b = x2;

        c = x3;

        d = x4;

        e = x5;

        int f = a + b + c + d + e;

        int g = a - b - c - d - e;

        int h = a * b * c * d * e;

        int i = a / b / c / d / e;

        int j = a % b % c % d % e;

        try {

            int k = f + g + h + i + j;

            if (k > 0) {

                if (k > 10) {

                    if (k > 100) {

                        if (k > 1000) {

                            if (k > 10000) {

                                return k;

                            } else {

                                return k + 1;

                            }

                        } else {

                            return k + 2;

                        }

                    } else {

                        return k + 3;

                    }

                } else {

                    return k + 4;

                }

            } else {

                return k + 5;

            }

        } catch (Exception ex) {

            ex.printStackTrace();

        }

        return 0;

    }

}

"""

在这个示例中，

变量命名不清晰，如a, b, c, d, e, f, g, h, i, j, k，不能明确表示其用途

函数过于复杂，并且参数过多，超过了3个，有副作用

错误处理不恰当，只是简单地打印堆栈信息，并未对异常进行处理

格式不一致，例如变量和运算符之间没有统一的空格风格

冗余性，例如冗余的变量以及冗余的else声明

深度嵌套过多，if语句的嵌套层数大于3，使得代码难以理解。

##逐步思考

1、请先逐行读懂<函数代码>中的每一行代码含义并对整个代码逻辑进行理解，解释<函数代码>实现的功能

2、开始使用《代码简洁之道》原则优化代码

 TodoList生成提示词模板：

# 主题：

TDD测试用例文字描述（todolist）生成

## 需求描述：

xxxxxxxx

### 流程图

### 接口输入

### 接口输出

## 角色扮演：

你是一个20年工作经验的资深java语言编码专家，擅长TDD、Java核心语法、面向对象编程、Java集合框架、多线程编程、网络编程、数据库连接、代码重构、设计模式、架构模式、分层架构、微服务架构等技能

## 任务描述：

熟悉需求描述、接口输入和接口输出，按照完成步骤，输出符合格式要求的测试用例的文字描述，不需要输出代码

## 完成步骤：

-首先需求描述

-然后根据需求描述、按照格式要求生成测试用例的文字描述，测试用例包括正常场景用例和异常场景用例，对于每个用例包括输入和输出

## 格式要求：

-用例名称使用given-when-then格式

-用例名称不能有非法字符

## 示例

正常场景：

-xxxx

异常场景：

- xxxx

## 限制

让我们逐步思考