Da finde ich es sinnvoller, in der Methode eine
Exception zu werfen (VS generiert an solchen Stellen einen NotImplementedException-Auf
rufwurf).
Dass unfertige Codeteile in einem Build vorhanden sind, ist nichts Abnormales; sollten diese Codeteile aber im Programm aufgerufen werden, ist irgendetwas gehörig schief gegangen und dann erwarte ich auch eine Fehlermeldung. Nicht dass sich noch jemand wundert, warum der noch gar nicht implementierte Zufallsgenerator immer 42 zurückgibt
. Und wenn die Ursache mal wieder in einer verlängerten Kaffee-Session mit fehlerhafter Abbruchbedingungen zu suchen ist, wäre eine ECupNotYetEmpty-
Exception angebracht.