在 Delphi 中没有发现异常？

起源是有争议的，但它已经知道了一段时间..。
马可 · 坎图在“特尔斐有趣的一面”节目中开玩笑说。
国际海事组织，它应该更经常使用 ; -)

请继续阅读:
Http://wings-of-wind.com/2010/01/12/best-programming-feature-ever/
Http://blog.barrkel.com/2008/11/reference-counted-pointers-revisited.html

PS: 我不认为它存在于 Delphi Prism，FreePascal 或 C # 中(但它应该存在)

对于程序员来说，被引用的不是坐在 Delphi 后面的程序员。我认为这是用于事实，在 D2009及以上，他们计划(从未使用它不知道是否工作) ，每一个对象是等待。

它与“ fix-inline”技术结合使用，后者要求程序员必须链接到 exe 文件中; -)

我是一个程序员，我是一个例外吗？

马可•坎图(Marco Cantù)在他的著作《德尔福2009年手册》(Delphi 2009 handbook)第242页也描述了这一点。他说 VCL 源代码中从来没有使用过。

它在德尔福2009年推出，至今仍在德尔福2010年，最近得到了一些 更多关注的 互联网。

我认为这是一个复活节彩蛋，类似于“ EBCAK”(主席和键盘之间的错误) ，和 跳过 Delphi 第13版。

EProgrammerNotfound

• 在 SysUtils 单元的 Win32分支中声明，但在 RTL 或 VCL 中不使用
• 不存在于特尔斐棱镜中
• 是在 Delphi 2009中引入的，所以在 VCL.NET 中不存在
• 目前(版本3.5)在.NET 框架中没有类似的东西(不知道为什么，这些家伙 真有幽默感)

我认为 EProgrammerNotfound 根本就不是用来使用的，但是因为它存在，人们会开玩笑地使用它(类似于在别人的源代码中放入一个迷路的“ const False = True; True = not False;”)。

—— Jeroen

这只是漫长的一天的结果，我们有点头晕。很多很多年以来(自从我加入这个团队以来) ，我们总是开玩笑说要用类似的消息替换编译器中最常见的错误之一的某些错误消息。在内心深处，我们总是拿不同的事情和人开玩笑(主要是在团队中)。如果你没有幽默感，你注定早死。

这是一次简单的谈话;

“哦，您应该在该函数中引发 EProgrammerNotFind 异常。”
“哈哈! 我们应该添加这个异常，看看谁会注意到。”
“我想知道，对于为什么会出现这种情况，人们会有多少猜测?”

所以，我想我能说的就是: “你们都正中我们的下怀; ——不哇哈哈哈! 被耍了!”

它是编译器“语法错误: 程序员期望”的运行时模拟

这是一种自我描述的笑话，你可以试试这个代码

raise EProgrammerNotFound.Create('Jack is away');

或者

raise ENotImplemented.Create('May be in future this will work');

上述工程在德尔菲10西雅图。