代碼重構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

## 限制

讓我們逐步思考