不久前，当我在CS课上第一次发现C语言时，看到指针的行为方式是非常奇怪的。我们只是编写程序并猜测它会做什么，直到它们得到正确的行为

在php中:

easter_date -获取给定年份复活节午夜的Unix时间戳

Int easter_date ([Int $year])

其他奇怪的事情:

在c++中，覆盖一个虚方法会隐藏该方法的所有其他重载。在Java中，这种情况不会发生。这很烦人。例如:http://codepad.org/uhvl1nJp

在c++中，如果基类有一个公共虚方法foo()，子类有一个私有方法foo()，这个私有方法会覆盖另一个方法! 这样，只需将子类对象指针强制转换为父类对象指针，就可以在类外部调用私有方法。这不应该是可能的:这违反了封装。新方法不应被视为对旧方法的重写。例如:http://codepad.org/LUGSNPdh

在PHP中，你可以定义函数来接受类型化参数(例如，对象是某个接口/类的子类)，讨厌的是，在这种情况下，你不能使用NULL作为实际的参数值。 例如:http://codepad.org/FphVRZ3S

在c#中，为什么这是不合法的?

public class MyClass<T>
    where T: Enum
{

}

能够在Enum上添加扩展方法以及Func<T>是非常酷的，其中T将是您正在扩展的Enum，以便您可以对该Enum进行类型推断。

回复评论:是的，你可以扩展一个实际的枚举，但这里有区别:

你可以这样做:

public static void DoSomethingWithEnum(this Enum e)
{
   //do whatever
}

但是如果你想用你的方法获取一个Func，它将是你的enum的相同类型:

public static void DoSomethingWithEnum<T>(this T e, Func<T,bool> func )
   where T: Enum
{
   //do whatever
}

这样，你就可以像这样调用你的方法:

DayOfWeek today = DayOfWeek.Monday;
today.DoSomethingWithEnum(e => e != DayOfWeek.Sunday);

或者类似的东西。你懂的…这是不可能的，我也不知道为什么……

这并不是一个奇怪的特性，但从类型安全的角度来看，它确实令人恼火:c#中的数组协方差。

class Foo { }
class Bar : Foo { }
class Baz : Foo { }

Foo[] foo = new Bar[1];
foo[0] = new Baz(); // Oh snap!

我相信这是从Java继承而来的(双关语)。

INTERCAL可能是最奇怪的语言特征的最佳汇编。我个人最喜欢的是COMEFROM语句，它(几乎)与GOTO相反。

COMEFROM is roughly the opposite of GOTO in that it can take the execution state from any arbitrary point in code to a COMEFROM statement. The point in code where the state transfer happens is usually given as a parameter to COMEFROM. Whether the transfer happens before or after the instruction at the specified transfer point depends on the language used. Depending on the language used, multiple COMEFROMs referencing the same departure point may be invalid, be non-deterministic, be executed in some sort of defined priority, or even induce parallel or otherwise concurrent execution as seen in Threaded Intercal. A simple example of a "COMEFROM x" statement is a label x (which does not need to be physically located anywhere near its corresponding COMEFROM) that acts as a "trap door". When code execution reaches the label, control gets passed to the statement following the COMEFROM. The effect of this is primarily to make debugging (and understanding the control flow of the program) extremely difficult, since there is no indication near the label that control will mysteriously jump to another point of the program.