Wyjątek EProgrammerNotFound w Delphi?

W Delphi 2009 SysUtils.pas zawiera to w wierszu 425:

EProgrammerNotFound = class(Exception);

• Czy to po prostu jajko wielkanocne czy coś poważnego?
• Kiedy należy zgłosić ten wyjątek?
• Czy istnieje również w Delphi Prism i / lub Free Pascal?

P: Czy ta klasa wyjątku jest nadal deklarowana w Delphi (obecnie XE7)? O: Tak, i jest to nawet udokumentowane !

Niestandardowy sposób wskazywania błędów oprogramowania.

Możesz użyć EProgrammerNotFound jako alternatywy do wskazywania błędów oprogramowania wykrytych w czasie wykonywania.

To tylko wynik długiego dnia i trochę oszołomiliśmy. Przez wiele, wiele lat (odkąd byłem w zespole), zawsze żartowaliśmy o zamianie jakiegoś komunikatu o błędzie w kompilatorze na jeden z najczęstszych błędów podobnym komunikatem. Wewnętrznie zawsze żartowaliśmy i żartowaliśmy z różnych rzeczy i ludzi (głównie z samego zespołu). Jeśli nie masz poczucia humoru, jesteś skazany na wczesny grób.

To była prosta rozmowa;

„Och, powinieneś był zgłosić wyjątek EProgrammerNotFound w tej funkcji”.
„LOL! Powinniśmy dodać ten wyjątek i zobaczyć, kto to zauważy”.
„Zastanawiam się, ile będzie spekulacji na temat tego, dlaczego tak jest?”

Więc chyba wszystko, co mogę powiedzieć, to: „Wszyscy zagraliście w nasze ręce; -) ... Buwahahaha! Pwned!”

Jest używany w połączeniu z technologią "fix-inline", która wymaga, aby programista był dowiązany do pliku exe ;-)

Został wprowadzony w Delphi 2009, nadal jest obecny w Delphi 2010, a ostatnio zyskał więcej uwagi w Internecie .

Myślę, że to easter egg, podobny do „ EBCAK ” (Error Between Chair and Keyboard) i pomijanie wersji Delphi numer 13 .

EProgrammerNotFound

• jest zadeklarowany w gałęzi Win32 jednostki SysUtils, ale nie jest używany nigdzie w RTL ani VCL
• nie występuje w Delphi Prism
• został wprowadzony w Delphi 2009, więc nie występuje w VCL.NET
• obecnie (wersja 3.5) nie ma nic podobnego we frameworku .NET (nie wiem dlaczego, ci goście mają humor )

Nie wydaje mi się, aby EProgrammerNotFound w ogóle był przeznaczony do użycia, ale ponieważ istnieje, ludzie będą go żartobliwie używać (podobnie jak umieszczanie zbłąkanego "const False = True; True = not False;" w innym kodzie źródłowym).

--jeroen

Pochodzenie jest dyskusyjne, ale było znane od jakiegoś czasu ...
Marco Cantu zażartował na ten temat podczas sesji „Fun Side of Delphi”.
IMO, powinno być używane częściej ;-)

Czytaj dalej:
http://wings-of-wind.com/2010/01/12/best-programming-feature-ever/
http://blog.barrkel.com/2008/11/reference-counted-pointers-revisited .html

PS: Myślę, że nie istnieje w Delphi Prism, FreePascal lub C # (ale powinno). <G>

Jest to analogiczne działanie w czasie wykonywania kompilatora „Błąd składniowy: oczekiwano programisty”. ;>

Jest to rodzaj samoopisującego żartu, możesz wypróbować ten kod

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

lub

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

Powyższe działa w Delphi 10 Seattle.

W przypadku programisty to nie programista siedzący za Delphi jest przywoływany. Myślę, że jest to wykorzystywane do tego, że w D2009 i nowszych planowali (nigdy nie używali, nie wiem, czy to działa), że każdy obiekt będzie czekał.

Jestem programistą, czy jestem wyjątkiem niż?

Marco Cantù opisuje to również w swojej książce „Podręcznik Delphi 2009” - strona 242. Mówi, że nigdy nie zostało to użyte w kodzie źródłowym VCL.