Initial commit: C language learning code

草稿/test.md

@@ -0,0 +1,9 @@
+# 代码改进建议
+编译再次成功。既然代码已经没有编译问题，我将对代码提出一些改进建议，以提高其质量和可维护性。
+1. 全局变量问题 ：大量使用全局变量（如 board , step_count 等）会使代码难以理解和维护。状态的改变可能发生在任何地方，增加了调试难度。建议将这些变量封装到一个 GameState 结构体中，并通过函数参数传递这个结构体的指针。
+2. 代码结构 ：目前 gobang.h 包含了游戏核心逻辑和AI逻辑的声明，而 game_mode.h 包含了游戏模式的声明。可以考虑将AI相关的函数声明（如 evaluate_pos , dfs , ai_move ）分离到一个新的头文件 ai.h 中，使其职责更清晰。
+3. 魔法数字 ：代码中使用了一些“魔法数字”，例如在 handle_player_turn 中使用 -1 , -2 , -3 作为特殊输入的标识。最好使用 enum 或 #define 为这些数字定义有意义的名称，例如 INPUT_UNDO , INPUT_SAVE , INPUT_EXIT 。
+4. 输入处理 ： handle_player_turn 函数中的输入处理逻辑比较复杂，可以考虑将其拆分为更小的函数，例如一个专门用于解析用户输入的函数。
+5. 函数长度 ： gobang.c 中的一些函数可能过长，特别是AI相关的函数。将它们分解为更小的、功能单一的函数可以提高可读性。
+6. 错误处理 ：文件操作（如 save_game , load_game ）可以增加更健壮的错误处理，例如检查 fopen 的返回值，并在失败时向用户提供明确的错误信息。
+7. 代码注释 ：虽然代码中有一些注释，但可以对复杂的算法（如AI的评估函数 evaluate_pos 和 dfs ）添加更详细的注释，解释其工作原理和设计决策。

草稿/草稿2.c

@@ -0,0 +1,13 @@
+#include <stdio.h>
+
+int main()
+{
+    long int n;
+    scanf("%ld", &n);
+    long m;
+    scanf("%ld", &m);
+    long long int a[n];
+    long long b;
+
+    return 0;   
+}