有向图和替代标记

C (ISO/IEC 9899:1999, 6.4.6/3)和c++ (ISO/IEC 14882:2003, 2.5)有一个很少使用的特性，被C称为“有向图”，被c++称为“替代令牌”。它们不同于三trigraph，主要是因为包含它们的字符串字面量永远不会被不同地解释。

%:include <stdio.h>

int main() <%
    int a<:10:> = <%0%>;
    printf("Here's the 5th element of 'a': %d\n", a<:4:>);
    puts("Evil, eh? %:>");
    return 0;
%>

c++有更多，包括and, or, and not，它们被要求表现为&&，||和!C语言也有这些，但是需要包含<iso646.h>来使用它们，将它们视为宏而不是令牌。c++头文件<ciso646>实际上是一个空文件。

值得注意的是，GCC实现了对这种奇怪的语言特性的支持，但许多其他编译器在尝试编译上述代码段时都阻塞并死亡。

大约20年前，我用一个编译器为一种叫做Coral的语言工作，它允许我声明只写变量!

不过，这是有道理的，因为它们是全球性的，被用作一种信号机制。一个进程写入值，另一个进程读取值。

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

从技术上讲，WTF不是一种语言，而是一种架构。

http://www.6502.org/tutorials/6502opcodes.html#JMP

6502总成，间接JMP:

注意，间接跳转没有进位，因此: 间接跳转绝对不能使用 从最后一个字节开始的向量 一页的 例如，如果地址$3000包含$40，$30FF包含$80，$3100包含$50,JMP ($30FF)的结果将是控制权转移到$4080，而不是你想要的$5080，即6502从$30FF获取地址的低字节，从$3000获取高字节。

因此，在代码中添加一个字节可能会使间接跳转偏离目标。

在c++中，“虚”MI(多重继承)允许“菱形”类层次结构“工作”，这让我觉得奇怪和讨厌。

A:基类，例如:“对象” B, C:两者都(实际上或不是)源于对象和 D:起源于B和C

问题:“正常”继承导致D是2种不明确的A。“虚拟”MI将B的A和C的A折叠为一个共享基对象A。

所以，即使你的车轮是一个对象，你的左前轮是一个车轮，你的汽车继承了四种车轮，你的汽车仍然只是一种具有虚拟MI的对象。否则，你的汽车不是一个对象，而是4个车轮对象。

这是一种奖励糟糕的类设计、惩罚编译器编写者的语言特性，并让您在运行时怀疑对象到底在哪里——以及是否有任何虚拟MI行李放错了地方。

如果在类层次结构中确实需要菱形模式，可以使用常规MI和委托给单个A基的“AProxy”来完成。

A:基类，例如:“对象” AProxy:基类，与其他A绑定的构造 B:源自A C:来源于AProxy D:源自B和C(在构造时将B的A传递给C的AProxy)

对于那些真正喜欢diamond MI的人来说，这需要做更多的工作，而我们其他人则可以安心地使用一组更易于处理的语言特性。

我不敢相信这里还没有这个:JSF属性访问。

在JSF UI标签中，你可以将服务器端对象的属性值引用到接口中:

<h:inputText value="#{myObject.property}></h:inputText>

问题是Java不支持属性，所以你必须编写以get和set开头的方法，以便将UI对象链接到服务器上的“属性”。

public void setProperty(String property){...}
public String getProperty(){...}

当我第一次学习JSF时，这让我感到困惑，我仍然认为它值得使用wtf。尽管在Java实现对c#风格属性的支持之前，确实没有其他方法可以做到这一点。