Objective-C对字符串@的使用。示例:@"这是一个字符串。"

不知道有没有人提过。

在Java中，在finally块中它可以返回一个值。它将停止异常的传播并覆盖正常的return语句。

在x++ (Microsoft Dynamics AX):

1)需要在单独的行上使用分号(;)将变量声明与语句分开(至少在4.0版本之前)

    int i;
    int myArray[5];
    ;
    i = 1;

2)数组索引是基于1的，所以你不允许像in那样使用索引0(零)从数组中读取

    int myArray[5];
    ;
    print myArray[0];    // runtime error

这并不奇怪，但是你可以在赋值的左边使用0索引，比如in

    int myArray[5];
    ;
    myArray[2] = 102;
    myArray[0] = 100;    // this is strange
    print myArray[2];    // expcting 102?

会发生什么呢?数组被初始化为它的默认值，无论赋值中使用了什么值。上面的代码输出0(零)!

在C:

warning C4013: 'myfunc' undefined; assuming extern returning int

我记得由于某些原因没有看到警告(在一些遗留代码中有太多警告?)，并且困惑于为什么从int转换会在使用非int返回函数时导致编译器错误。

编译器假设这样的东西是相当出乎意料的。

COMEFROM是我见过的最奇怪，也可能是最没用的语言功能。

其次是三元运算符，因为它违反了优化的第一条规则。它带来的危害大于它解决的问题。它的危害更大，因为它使代码可读性更差。

并不是一个真正的语言功能，但有趣/很棒的功能使用是Duff的设备。

Java的访问修饰符对我来说是最近的一个WTF(因为我必须学习一点)。

显然，包比类层次结构更亲密。我不能定义对子类可见但对包中的其他类不可见的方法和属性。为什么我要将一个类的内部共享给其他类呢?

但是我可以定义对包内的每个类可见的属性和方法，但对包外的子类不可见。

不管我怎么想，我还是看不出其中的逻辑。切换访问修饰符，使受保护的行为就像它在c++中工作一样，并保持包的私有修饰符，这是有意义的。但现在不是了。