PHP

PHP对实例变量和方法的重载处理不一致。考虑:

class Foo
{
    private $var = 'avalue';

    private function doStuff()
    {
        return "Stuff";
    }

    public function __get($var)
    {
        return $this->$var;
    }

    public function __call($func, array $args = array())
    {
        return call_user_func_array(array($this, $func), $args);
    }
}

$foo = new Foo;
var_dump($foo->var);
var_dump($foo->doStuff());

转储$var是有效的。即使$var是私有的，__get()也会被任何不存在或不可访问的成员调用，并返回正确的值。这不是doStuff()的情况，它失败于:

Fatal error: Call to private method Foo::doStuff() from context ”.”

我认为其中很多都是在c风格的语言中工作的，但我不确定。

Pass a here document as a function argument: function foo($message) { echo $message . "\n"; } foo(<<<EOF Lorem ipsum dolor sit amet, consectetur adipiscing elit. Nunc blandit sem eleifend libero rhoncus iaculis. Nullam eget nisi at purus vestibulum tristique eu sit amet lorem. EOF ); You can assign a variable in an argument list. foo($message = "Hello"); echo $message; This works because an assignment is an expression which returns the assigned value. It’s the cause of one of the most common C-style bugs, performing an assignment instead of a comparison.

Python

在Python中，可变的默认函数参数会导致意想不到的结果:

def append(thing, collection=[]):
    collection.append(thing)
    return collection

print append("foo")
# -> ['foo']
print append("bar")
# -> ['foo', 'bar']
print append("baz", [])
# -> ['baz']
print append("quux")
# -> ['foo', 'bar', 'quux']

空列表是在函数定义时初始化的，而不是在调用时初始化的，因此对它的任何更改都会在函数调用之间保持不变。

MySQL的大小写敏感性

MySQL有非常不寻常的区分大小写的规则:表区分大小写，列名和字符串值不区分大小写:

mysql> CREATE TEMPORARY TABLE Foo (name varchar(128) NOT NULL);
DESCRIBE foo;
ERROR 1146 (42S02): Table 'foo' doesn't exist
mysql> DESCRIBE Foo;
+-------+--------------+------+-----+---------+-------+
| Field | Type         | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| name  | varchar(128) | NO   |     | NULL    |       |
+-------+--------------+------+-----+---------+-------+
1 row in set (0.06 sec)
mysql> INSERT INTO Foo (`name`) VALUES ('bar'), ('baz');
Query OK, 2 row affected (0.05 sec)

mysql> SELECT * FROM Foo WHERE name = 'BAR';
+------+
| name |
+------+
| bar  |
+------+
1 row in set (0.12 sec)

mysql> SELECT * FROM Foo WHERE name = 'bAr';
+------+
| name |
+------+
| bar  |
+------+
1 row in set (0.05 sec)

Delphi不关心像“word”这样的类型转换，将读取数组arr[0..65535] where pos = 65535: Arr[单词(pos + 10)]

我不敢说XML是一种编程语言，但它不是贴近我们的内心吗?: -)

在我看来，XML中最奇怪的特性是以下是一个格式良好的文档:

<_....>
</_....>

下面是允许连续点的NT-Name的词法定义。

在FoxPro中，如果我没记错的话，每个命令都可以缩写为4个字符，其他的都被忽略，所以READ, READY, READINESS都是一样的——前4个字符之后的都被忽略。向我解释的人喜欢这个功能，但我觉得它很恐怖。

一般来说，弱类型。

C:

printf("%c\n", 'a' + 3);

PHP:

echo 5 + "3";

还有太多其他语言。

我想说的是，Python的空白是我最棒的WTF特性。的确，你或多或少会在一段时间后习惯它，而且现代编辑器使它更容易处理，但即使在过去一年里我几乎全职从事python开发，我仍然相信这是一个坏主意。我已经阅读了所有背后的原因，但说实话，它妨碍了我的工作效率。差不了太多，但鞍下还是有毛刺。

编辑:从评论来看，有些人似乎认为我不喜欢缩进我的代码。这是一个不正确的评估。无论使用什么语言，无论是否被迫，我总是将代码缩进。我不喜欢的是，缩进定义了一行代码所在的块。我更喜欢使用显式分隔符。除其他原因外，我发现显式分隔符更容易剪切和粘贴代码。

例如，如果我有一个缩进4个空格的块，并将它粘贴到一个缩进8个空格的块的末尾，我的编辑器(所有编辑器?)不知道粘贴的代码是属于8个空格的块还是外部块。OTOH，如果我有显式分隔符，很明显，代码属于哪个块以及它应该如何(重新)缩进——它通过智能地寻找块分隔符来做到这一点。

编辑2:一些提供评论的人似乎认为这是一个我讨厌的功能，或者我认为这使得python成为一种糟糕的语言。同样，这不是真的。虽然我不太喜欢它，但这不是重点。这个问题是关于最奇怪的语言特征，我认为这很奇怪，因为它是非常非常少(但是>0)语言使用的东西。