From fa5e5d73b5aeacf329a0a83764082a34f40b765c Mon Sep 17 00:00:00 2001
From: Ioding <76096856+Ioding@users.noreply.github.com>
Date: Thu, 25 Nov 2021 13:21:36 +0800
Subject: [PATCH 1/8] Add files via upload

---
 ...40\201\350\247\204\350\214\203_ver0.1.txt" | 146 ++++++++++++++++++
 1 file changed, 146 insertions(+)
 create mode 100644 "\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"

diff --git "a/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt" "b/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
new file mode 100644
index 0000000..934d691
--- /dev/null
+++ "b/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
@@ -0,0 +1,146 @@
+/**************************************************************************
+		    NekoTeam程序代码规范
+编写时间：2021-11-23
+版本：ver 0.1
+说明：本规范使用C++语言作为基准编写并参考了腾讯C++编码规范，
+          若对应语言无对应特性，请自行处理。
+**************************************************************************/
+
+
+1    目的
+       为保证本项目具有较统一的编码风格，以保证项目代码的易维护性和编码安全性，
+方便成员间交流，并且帮助成员学习普适性的，受广泛开发者所接受的代码规范。
+
+
+2    适用范围
+       本规范适用于本项目下属所有代码，包括但不限于python，kotlin，java等。
+注：本文仅为基本的代码规范，并不涉及对某种具体程序写法的约束
+
+
+3    程序版式
+3. 1 规则：程序块需采用缩进风格编写，缩进大小为四个空格。
+        说明：
+	若开发工具具备自动缩进功能，请将其配置缩进为四个空格。
+
+3. 2 规则：缩进或者对齐只能使用空格键，不可使用制表键 (TAB键)。
+        说明：
+	空格键指ASCII码 '\0'，TAB键指ASCII码'\t'，若将开发工具的TAB键设置为
+        替换成四个空格，则可以使用TAB键。
+注：若混淆空格键和TAB键，在某些情形将产生意想不到的bug，如网页显示时。
+
+3. 3 规则：相对独立的程序块之间、变量说明之后必须加空行。
+        说明：
+	如以下情形使用空行分开：
+	1) 函数之间应该用空行分开；
+	2) 逻辑片段之间应该用空行分开；
+	3) 每个类声明直接应该用空行分开。
+
+3. 4 规则：较长的语句应分成多行书写（约大于80字符）。
+        说明：
+	分隔的规律如下：
+	1）长表达式在低优先级操作符处划分新行，操作符置于新行之首，划分出的新行
+	     应进行适当的缩进，通常相较上一行起始多一个TAP键（设置为四个空格）。
+	2）若函数或过程（如if, for, while）中的参数过长，需进行适当的划分。
+
+3. 5 规则：不允许将多个语句写在一行中，一行中只有不多于一个逻辑行。
+        说明：
+	一行代码只做一件事，但可将一个语句适当缩进为多行具有逻辑的结构，以便阅读。
+
+3. 6 规则：if, for, while 等逻辑控制语句独自占一行，且后续必须加范围限定的中括号 { }。
+        说明：
+	若无范围限定的中括号，应自行缩进以展现结构，建议每个中括号各独自占一行，
+        前后无其他语句。
+
+3. 7 规则：代码行之内应当留有适当的空格。
+        说明：
+	采用这种方式的目的是使代码更加清晰，便于他人阅读和修改。
+	具体如下：
+	1) 关键字之后要留空格。尤其是if、for、while等关键字应留有一个空格后再接
+	    左括号 '('，以突出关键字。
+	2) 函数名后不留空格，紧跟左括号 ')' 以与关键字取别。
+	3) 逗号 ','之后要留空格，如果分号 ';'不是一行的结束符号，也要留空格，如
+	    for (int i = 0; i < 10; ++i)。
+	4) 算术操作符，比较操作符，逻辑操作符，如加号 '+'，等号 '='，等二元操作符
+	     前后应当加空格。
+	5) 一元操作符如 非 '!',自加 '++'，等前后不加空格。
+	6) 如 '[]', '.', '->' 等操作符前后不加空格。
+	7) 上述未提到的操作符可根据经验自行判断缩进，但需保证代码结构清晰。
+
+
+4    注释
+4. 1 规则：源文件头部应添加注释，至少包含：生成日期，作者，模块目的/功能。
+        说明：
+	例如：(c++下的）下面这段注释比较详细，可不按其格式，形成自己的
+	注释风格，但以上所述信息必须包含其中。
+/************************************************************************
+    FileName: Test.cpp
+    Author:                Version:             Data:
+    Description:                   // 模块描述
+    Version:                         // 版本信息
+    Function List:                 // 主要函数及功能
+	1. ----------------
+    History:                         // 历史修改记录
+            <author>    <time>         <version>       <data>
+               David      96/10/12             0.1       bulid this moudle
+************************************************************************/
+
+4. 2 规则：函数头部应添加注释，至少包含：函数的目的/功能，输入参数，输出参数，
+                返回值等。
+        说明：
+	例如：输出参数与返回值并不相同，可以在函数内部任意时刻输出到某
+	一位置，但只能在函数结束才能有返回值。
+/***********************************************************************
+        Description:                  // 函数功能、性能的描述。
+        Input：                        // 输入参数说明每个参数的
+                                           // 作用、取值说明和参数间关系。
+        Output:                       // 对输出参数的说明。
+        Return:                        // 函数返回值的说明。
+        Others:                        // 其他说明。
+************************************************************************/
+
+4. 4 规则：注释与代码应同步更新，并将不再有用的注释删除。
+        说明：
+	注释的内容应当清晰，简短，且应说明为什么这么做，而非正在做什么。
+
+4. 5 规则：注释应与代码一样合排版整齐。
+        说明：
+	1) 注释应与所描述的代码相近，放在对应代码的上方或右方（单行代码的注释）。
+	2) 注释与所描述的代码之间不留空行，若放于上方时与其上面的代码用空行隔开。
+	3) 注释与所描述的代码具有同样的缩进格式，如两者头部应对齐。
+
+5    命名
+5. 1 规则：命名风格自始至终保持一致。
+        说明：
+	与项目的风格也应一致，但在个人的整块代码内部可有个人风格的变量命名，
+	但暴露给外界的接口命名应与项目风格一致。
+
+5. 2 规则：变量命名应使用具有实际意义的英文单词。
+        说明：
+	可以对单词进行缩写，但应避免使用引起误解的缩写，长单词的缩写可取单词的
+	头几个字母。
+
+5. 3 建议：推荐采用驼峰命名法对变量，函数，类进行命名。
+        说明：
+	变量名采用小驼峰命名法，类名，函数名采用大驼峰命名法。
+
+5. 4 规则：常量、宏、模板采用全大写的命名方式，且每个单词间用下划线 '_'隔开。
+	
+5. 5 规则：禁止使用单个字符，如i，j，k进行命名。
+        说明：但作为局部循环变量时，可以使用。
+
+5. 6 建议：尽量减少使用全局变量，宏。
+        说明：全局变量声明需在前加'g_'，若语言无常变量功能，常量前需加'c_'。
+
+5. 7 规则：指针和引用在使用后必须置空。
+        说明：经测试在当前模块结束后指针或引用占用内存释放的，可无须置空。
+
+
+6    结语
+        若本规范有任何错误，疏漏或不同意的地方，可自行修改并添加日志，感谢阅读。
+ 
+
+更新日志
+/********************************************************************
+         <作者>           <修改日期>            <版本>	 <更新说明>
+          刘俊豪             2021-11-2            ver_0.1          初版编写
+*********************************************************************/
\ No newline at end of file

From 8277753972cea7926500a30cb34e4aaedcf46000 Mon Sep 17 00:00:00 2001
From: Ioding <76096856+Ioding@users.noreply.github.com>
Date: Thu, 25 Nov 2021 15:51:47 +0800
Subject: [PATCH 2/8] Add files via upload

---
 Compare.hpp | 36 ++++++++++++++++++++++++++++++++++++
 1 file changed, 36 insertions(+)
 create mode 100644 Compare.hpp

diff --git a/Compare.hpp b/Compare.hpp
new file mode 100644
index 0000000..c4d0e1a
--- /dev/null
+++ b/Compare.hpp
@@ -0,0 +1,36 @@
+#pragma once
+// 2021-11-5
+// ������
+// ���Ĵ��Ƚϣ�ͷ�ļ�only
+#include"Stack.hpp"
+
+/// <summary>
+/// �Ƚϻ����ַ���
+/// </summary>
+/// <param name="data">�ַ���</param>
+/// <returns>�Ƿ�Ϊ���Ĵ�</returns>
+bool compare(char* data)
+{
+    char* secData = data;
+    Stack_link Stack;
+    for (;*secData != '\0';)
+    {//Ѱ���ַ����м�λ��
+        Stack.stack_push(*data);
+        data = data + 1;
+        secData = secData + 2;
+    }
+    
+    if (*data != *data - 1)
+    {//��Ϊ�������м��ַ�����
+        Stack.stack_pop();
+    }
+
+    for (; *data != '\0';)
+    {// �Ƚ�
+        if (*data != Stack.stack_pop())
+            return 0;
+        data++;
+    }
+    
+    return 1;
+}
\ No newline at end of file

From a746d301ab9b8e7f000876fd746f09ed70f39ea1 Mon Sep 17 00:00:00 2001
From: Ioding <76096856+Ioding@users.noreply.github.com>
Date: Thu, 25 Nov 2021 15:53:23 +0800
Subject: [PATCH 3/8] Add files via upload

---
 e.g/Compare.hpp | 36 ++++++++++++++++++++++++++++++++++++
 1 file changed, 36 insertions(+)
 create mode 100644 e.g/Compare.hpp

diff --git a/e.g/Compare.hpp b/e.g/Compare.hpp
new file mode 100644
index 0000000..c4d0e1a
--- /dev/null
+++ b/e.g/Compare.hpp
@@ -0,0 +1,36 @@
+#pragma once
+// 2021-11-5
+// ������
+// ���Ĵ��Ƚϣ�ͷ�ļ�only
+#include"Stack.hpp"
+
+/// <summary>
+/// �Ƚϻ����ַ���
+/// </summary>
+/// <param name="data">�ַ���</param>
+/// <returns>�Ƿ�Ϊ���Ĵ�</returns>
+bool compare(char* data)
+{
+    char* secData = data;
+    Stack_link Stack;
+    for (;*secData != '\0';)
+    {//Ѱ���ַ����м�λ��
+        Stack.stack_push(*data);
+        data = data + 1;
+        secData = secData + 2;
+    }
+    
+    if (*data != *data - 1)
+    {//��Ϊ�������м��ַ�����
+        Stack.stack_pop();
+    }
+
+    for (; *data != '\0';)
+    {// �Ƚ�
+        if (*data != Stack.stack_pop())
+            return 0;
+        data++;
+    }
+    
+    return 1;
+}
\ No newline at end of file

From a40019902718f96661c884a0503b35cb7f90fbd6 Mon Sep 17 00:00:00 2001
From: Ioding <76096856+Ioding@users.noreply.github.com>
Date: Thu, 25 Nov 2021 15:53:54 +0800
Subject: [PATCH 4/8] Delete Compare.hpp

---
 Compare.hpp | 36 ------------------------------------
 1 file changed, 36 deletions(-)
 delete mode 100644 Compare.hpp

diff --git a/Compare.hpp b/Compare.hpp
deleted file mode 100644
index c4d0e1a..0000000
--- a/Compare.hpp
+++ /dev/null
@@ -1,36 +0,0 @@
-#pragma once
-// 2021-11-5
-// ������
-// ���Ĵ��Ƚϣ�ͷ�ļ�only
-#include"Stack.hpp"
-
-/// <summary>
-/// �Ƚϻ����ַ���
-/// </summary>
-/// <param name="data">�ַ���</param>
-/// <returns>�Ƿ�Ϊ���Ĵ�</returns>
-bool compare(char* data)
-{
-    char* secData = data;
-    Stack_link Stack;
-    for (;*secData != '\0';)
-    {//Ѱ���ַ����м�λ��
-        Stack.stack_push(*data);
-        data = data + 1;
-        secData = secData + 2;
-    }
-    
-    if (*data != *data - 1)
-    {//��Ϊ�������м��ַ�����
-        Stack.stack_pop();
-    }
-
-    for (; *data != '\0';)
-    {// �Ƚ�
-        if (*data != Stack.stack_pop())
-            return 0;
-        data++;
-    }
-    
-    return 1;
-}
\ No newline at end of file

From 5b905c59b2fe7965e118209eb1a637db5f0dfffe Mon Sep 17 00:00:00 2001
From: Ioding <76096856+Ioding@users.noreply.github.com>
Date: Thu, 25 Nov 2021 15:58:00 +0800
Subject: [PATCH 5/8] =?UTF-8?q?Update=20=E4=BB=A3=E7=A0=81=E8=A7=84?=
 =?UTF-8?q?=E8=8C=83=5Fver0.1.txt?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 ...40\201\350\247\204\350\214\203_ver0.1.txt" | 48 +++++++------------
 1 file changed, 18 insertions(+), 30 deletions(-)

diff --git "a/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt" "b/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
index 934d691..751b11d 100644
--- "a/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
+++ "b/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
@@ -1,15 +1,13 @@
-/**************************************************************************
-		    NekoTeam程序代码规范
+/*****************************************************************************************************************************************
+		                                          NekoTeam程序代码规范
 编写时间：2021-11-23
 版本：ver 0.1
-说明：本规范使用C++语言作为基准编写并参考了腾讯C++编码规范，
-          若对应语言无对应特性，请自行处理。
-**************************************************************************/
+说明：本规范使用C++语言作为基准编写并参考了腾讯C++编码规范，若对应语言无对应特性，请自行处理。
+*****************************************************************************************************************************************/
 
 
 1    目的
-       为保证本项目具有较统一的编码风格，以保证项目代码的易维护性和编码安全性，
-方便成员间交流，并且帮助成员学习普适性的，受广泛开发者所接受的代码规范。
+       为保证本项目具有较统一的编码风格，以保证项目代码的易维护性和编码安全性，方便成员间交流，并且帮助成员学习普适性的，受广泛开发者所接受的代码规范。
 
 
 2    适用范围
@@ -24,8 +22,7 @@
 
 3. 2 规则：缩进或者对齐只能使用空格键，不可使用制表键 (TAB键)。
         说明：
-	空格键指ASCII码 '\0'，TAB键指ASCII码'\t'，若将开发工具的TAB键设置为
-        替换成四个空格，则可以使用TAB键。
+	空格键指ASCII码 '\0'，TAB键指ASCII码'\t'，若将开发工具的TAB键设置为替换成四个空格，则可以使用TAB键。
 注：若混淆空格键和TAB键，在某些情形将产生意想不到的bug，如网页显示时。
 
 3. 3 规则：相对独立的程序块之间、变量说明之后必须加空行。
@@ -38,8 +35,7 @@
 3. 4 规则：较长的语句应分成多行书写（约大于80字符）。
         说明：
 	分隔的规律如下：
-	1）长表达式在低优先级操作符处划分新行，操作符置于新行之首，划分出的新行
-	     应进行适当的缩进，通常相较上一行起始多一个TAP键（设置为四个空格）。
+	1）长表达式在低优先级操作符处划分新行，操作符置于新行之首，划分出的新行应进行适当的缩进，通常相较上一行起始多一个TAP键（设置为四个空		格）。
 	2）若函数或过程（如if, for, while）中的参数过长，需进行适当的划分。
 
 3. 5 规则：不允许将多个语句写在一行中，一行中只有不多于一个逻辑行。
@@ -48,20 +44,16 @@
 
 3. 6 规则：if, for, while 等逻辑控制语句独自占一行，且后续必须加范围限定的中括号 { }。
         说明：
-	若无范围限定的中括号，应自行缩进以展现结构，建议每个中括号各独自占一行，
-        前后无其他语句。
+	若无范围限定的中括号，应自行缩进以展现结构，建议每个中括号各独自占一行，前后无其他语句。
 
 3. 7 规则：代码行之内应当留有适当的空格。
         说明：
 	采用这种方式的目的是使代码更加清晰，便于他人阅读和修改。
 	具体如下：
-	1) 关键字之后要留空格。尤其是if、for、while等关键字应留有一个空格后再接
-	    左括号 '('，以突出关键字。
+	1) 关键字之后要留空格。尤其是if、for、while等关键字应留有一个空格后再接左括号 '('，以突出关键字。
 	2) 函数名后不留空格，紧跟左括号 ')' 以与关键字取别。
-	3) 逗号 ','之后要留空格，如果分号 ';'不是一行的结束符号，也要留空格，如
-	    for (int i = 0; i < 10; ++i)。
-	4) 算术操作符，比较操作符，逻辑操作符，如加号 '+'，等号 '='，等二元操作符
-	     前后应当加空格。
+	3) 逗号 ','之后要留空格，如果分号 ';'不是一行的结束符号，也要留空格，如for (int i = 0; i < 10; ++i)。
+	4) 算术操作符，比较操作符，逻辑操作符，如加号 '+'，等号 '='，等二元操作符前后应当加空格。
 	5) 一元操作符如 非 '!',自加 '++'，等前后不加空格。
 	6) 如 '[]', '.', '->' 等操作符前后不加空格。
 	7) 上述未提到的操作符可根据经验自行判断缩进，但需保证代码结构清晰。
@@ -70,8 +62,7 @@
 4    注释
 4. 1 规则：源文件头部应添加注释，至少包含：生成日期，作者，模块目的/功能。
         说明：
-	例如：(c++下的）下面这段注释比较详细，可不按其格式，形成自己的
-	注释风格，但以上所述信息必须包含其中。
+	例如：(c++下的）下面这段注释比较详细，可不按其格式，形成自己的注释风格，但以上所述信息必须包含其中。
 /************************************************************************
     FileName: Test.cpp
     Author:                Version:             Data:
@@ -87,8 +78,7 @@
 4. 2 规则：函数头部应添加注释，至少包含：函数的目的/功能，输入参数，输出参数，
                 返回值等。
         说明：
-	例如：输出参数与返回值并不相同，可以在函数内部任意时刻输出到某
-	一位置，但只能在函数结束才能有返回值。
+	例如：输出参数与返回值并不相同，可以在函数内部任意时刻输出到某一位置，但只能在函数结束才能有返回值。
 /***********************************************************************
         Description:                  // 函数功能、性能的描述。
         Input：                        // 输入参数说明每个参数的
@@ -111,13 +101,11 @@
 5    命名
 5. 1 规则：命名风格自始至终保持一致。
         说明：
-	与项目的风格也应一致，但在个人的整块代码内部可有个人风格的变量命名，
-	但暴露给外界的接口命名应与项目风格一致。
+	与项目的风格也应一致，但在个人的整块代码内部可有个人风格的变量命名，但暴露给外界的接口命名应与项目风格一致。
 
 5. 2 规则：变量命名应使用具有实际意义的英文单词。
         说明：
-	可以对单词进行缩写，但应避免使用引起误解的缩写，长单词的缩写可取单词的
-	头几个字母。
+	可以对单词进行缩写，但应避免使用引起误解的缩写，长单词的缩写可取单词的头几个字母。
 
 5. 3 建议：推荐采用驼峰命名法对变量，函数，类进行命名。
         说明：
@@ -141,6 +129,6 @@
 
 更新日志
 /********************************************************************
-         <作者>           <修改日期>            <版本>	 <更新说明>
-          刘俊豪             2021-11-2            ver_0.1          初版编写
-*********************************************************************/
\ No newline at end of file
+         <作者>           <修改日期>            <版本>	          <更新说明>
+         刘俊豪           2021-11-2             ver_0.1           初版编写
+*********************************************************************/

From f57f39499e528775cf5722f5d9535cbc9d824a1e Mon Sep 17 00:00:00 2001
From: Ioding <76096856+Ioding@users.noreply.github.com>
Date: Thu, 25 Nov 2021 16:05:24 +0800
Subject: [PATCH 6/8] =?UTF-8?q?Update=20=E4=BB=A3=E7=A0=81=E8=A7=84?=
 =?UTF-8?q?=E8=8C=83=5Fver0.1.txt?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 "\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt" | 1 +
 1 file changed, 1 insertion(+)

diff --git "a/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt" "b/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
index 751b11d..a40f639 100644
--- "a/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
+++ "b/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
@@ -126,6 +126,7 @@
 6    结语
         若本规范有任何错误，疏漏或不同意的地方，可自行修改并添加日志，感谢阅读。
  
+   e.g.文件夹里的Compare.hpp是一简单的规范示例。
 
 更新日志
 /********************************************************************

From b61cdd813c7b2b2dc665cd9f54601de01949c5fa Mon Sep 17 00:00:00 2001
From: Ioding <76096856+Ioding@users.noreply.github.com>
Date: Tue, 7 Dec 2021 21:05:43 +0800
Subject: [PATCH 7/8] =?UTF-8?q?Update=20=E4=BB=A3=E7=A0=81=E8=A7=84?=
 =?UTF-8?q?=E8=8C=83=5Fver0.1.txt?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 "\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt" | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git "a/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt" "b/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
index a40f639..3ec5042 100644
--- "a/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
+++ "b/\344\273\243\347\240\201\350\247\204\350\214\203_ver0.1.txt"
@@ -35,7 +35,7 @@
 3. 4 规则：较长的语句应分成多行书写（约大于80字符）。
         说明：
 	分隔的规律如下：
-	1）长表达式在低优先级操作符处划分新行，操作符置于新行之首，划分出的新行应进行适当的缩进，通常相较上一行起始多一个TAP键（设置为四个空		格）。
+	1）长表达式在低优先级操作符处划分新行，操作符置于新行之首，划分出的新行应进行适当的缩进，通常相较上一行起始多一个TAP键（设置为四个空格）。
 	2）若函数或过程（如if, for, while）中的参数过长，需进行适当的划分。
 
 3. 5 规则：不允许将多个语句写在一行中，一行中只有不多于一个逻辑行。

From e620f6cd9ed0ac4b7c1f10a4aac1f0343ef47f24 Mon Sep 17 00:00:00 2001
From: Ioding <76096856+Ioding@users.noreply.github.com>
Date: Sun, 27 Mar 2022 20:19:43 +0800
Subject: [PATCH 8/8] Create README.md

---
 README.md | 3 +++
 1 file changed, 3 insertions(+)
 create mode 100644 README.md

diff --git a/README.md b/README.md
new file mode 100644
index 0000000..02c3527
--- /dev/null
+++ b/README.md
@@ -0,0 +1,3 @@
+# NekoTeam
+
+项目文档存储