转变;

有时你会在perl方法的第一行中看到它来读取self指针

其他奇怪的事情:

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

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

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

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.

C++:

void f(int bitand i){ //WTF
    i++;
}
int main(){
    int i = 0;
    f(i);
    cout << i << endl; //1
    return 0;
}

我最讨厌的特性是任何包含条件逻辑的配置文件语法。这类事情在Java世界(Ant、Maven等)中非常普遍。你知道你是谁!)

你最终只能用c**p语言编程，调试和编辑器支持有限。

如果在配置中需要逻辑，那么用真正的语言编码配置的“Pythonic”方法会好得多。

Perl的CORE::开放和标准库具有面向对象的元素，用一个过程性接口掩盖: Open (my $fh， '>'， 'foobar'); Open是一个构造函数，对my()返回的引用进行操作，并接受参数'>'和'foobar'。此外，这是一个受祝福的typeglob对象(意味着它不能在对象内部保存状态)。

关于我的perlmonks post IO::File vs CORE::的更多信息，请在这里打开:http://www.perlmonks.org/?node_id=763565