语言

批处理指令中并没有原生支持数组，但这不代表不能模拟出来。

来看下面的代码：

SET Obj_Length=2

SET Obj[0].Name=Test1
SET Obj[0].Value=Hello World

SET Obj[1].Name=Test2
SET Obj[1].Value=blahblah

这样就定义了一个数组了，而且是结构体的数组。

在需要取值的时候，可以这么玩：

SET Obj_Index=0

:LoopStart
IF %Obj_Index% EQU %Obj_Length% GOTO :EOF

SET Obj_Current.Name=0
SET Obj_Current.Value=0

FOR /F "usebackq delims==. tokens=1-3" %%I IN (`SET Obj[%Obj_Index%]`) DO (
    SET Obj_Current.%%J=%%K
)

ECHO Name = %Obj_Current.Name%
ECHO Value = %Obj_Current.Value%
ECHO.

SET /A Obj_Index=%Obj_Index% + 1

GOTO LoopStart

输出结果：

Name = Test1
Value = Hello World

Name = Test2
Value = blahblah

怎么样，很不错吧~~

貌似没有很优美的做法，只能把%Path%按分号分割，然后一段一段地比较。

:InPath [In]Path [Out]0/1
SETLOCAL
SET LocalPathCopy=%PATH%
SET Result=0
:WHILE
IF "%LocalPathCopy%" == "" GOTO WEND
FOR /F "delims=;" %%I IN ("%LocalPathCopy%") DO (
    IF /I "%%~I" == "%~1" (
        SET Result=1
        GOTO WEND
    )
)
FOR /F "delims=; tokens=1,*" %%I IN ("%LocalPathCopy%") DO (
    SET LocalPathCopy=%%~J
)
GOTO WHILE

:WEND

:InPathRet
ENDLOCAL & SET %2=%Result% & GOTO :EOF

使用方法：

SET x=C:\Windows
Call :InPath %x% Result
IF %Result% == 0 SET Path=%Path%;%x%

小无聊一下，不过真的很强大……

@ECHO OFF

SETLOCAL

SET X=10

CALL :Fib %X% Y
ECHO Fib^(%X%^)=%Y%
GOTO :EOF

:Fib [In]X [Out]Result
SETLOCAL
SET A=%1
SET D=1
SET E=0

IF %A% LEQ 1 (
    GOTO FibRet
)

SET /A B=%A%-1
SET /A C=%A%-2
CALL :Fib %B% D
CALL :Fib %C% E

:FibRet
ENDLOCAL & SET /A %2=%D%+%E% & GOTO :EOF

输出是“Fib(10)=89”

运算符重载一直是一个很诡异事情，因为在写代码的时候，不知道某个运算符有没有被重载过。在C++里面，运算符重载可以写在类的外面，当intellisense不工作的时候，找到一个运算符的重载函数是一件相当头疼的事情。这个问题在C#中改善了不少，因为运算符重载一定要写在类内，而且intellisense很强大。不过另一个问题又产生了……

先来看C++中的“==”重载：

struct A{
    int x;
    int y;
};

inline
bool operator == (const A& a, const A& b){
    return a.x == b.x && a.y == b.y;
}

上面这段代码中，由于声明的关系，a和b永远不可能为NULL，所以直接调用a.x和b.x是没有问题的。

而在C#中：

struct A
{
    public int x, y;
    public static bool operator ==(A a, A b)
    {
        return a.x == b.x && a.y == b.y;
    }
    public static bool operator !=(A a, A b)
    {
        return !(a == b);
    }
}

这段代码是没问题的，因为A是struct，而struct不可能为null。但换成class就有问题了，比如：

    class A
    {
        public int x, y;
        public static bool operator ==(A a, A b)
        {
            if (a == null && b == null)
            {
                return true;
            }
            if (a == null || b == null)
            {
                return false;
            }
            return a.x == b.x && a.y == b.y;
        }
        public static bool operator !=(A a, A b)
        {
            return !(a == b);
        }
    }

由于reference type可以为null，所以要先检查a和b是不是null，但是“a == null”这一句又会去调用“operator ==”，于是就无限递归下去了……想了很久都没想出来变通的方法，而且System.String的实现也很诡异：

public static bool operator ==(string a, string b)
{
    return Equals(a, b);
}
public static bool Equals(string a, string b)
{
    return ((a == b) || (((a != null) && (b != null)) && EqualsHelper(a, b)));
}

看上去也会无限递归的（Reflector出来的，不一定准），很神奇……

虽然对于Referece type不建议重载==，但是不建议并不代表不能用吧，这个设计太挫了……