vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Top-Preis! AP-Access-Tools-CD Volume 1  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Fortgeschrittene
Re: private void Funktionsname() throws Exception 
Autor: Preisser
Datum: 14.03.11 21:58

Hallo,

ja, wenn du meinst, es sei besser, die in einer Methode auftretenden Exceptions einfach so an den Aufrufer weiterleiten und das Behandeln irgendwelche spezifischer Fehler ihm zu überlassen, anstatt sie selbst sauber zu verarbeiten (und z.B. in der Methode belegten Ressourcen wieder freizugeben) und dann eine Exception zu werfen, die zur Methode passt und die eben stellvertretend für einen Fehler innerhalb der Methode ist, dann will ich da auch nichts dagegen sagen. Nur würde ich es dann nicht unbedingt als sauberern Programmierstil bezeichnen (wobei sich wohl auch darüber streiten lässt, was ein sauberer Programmierstil ist).

Du hast schon auch Recht, bei einfacheren Sachen, wie z.B. eine Funktion die nur eine Datei einlesen soll, würde es keinen Sinn machen, die IOException aufzufangen und extra eine neue zu werfen, sondern dann würden man die IOException halt nicht auffangen, sondern der Aufrufer müsste sie behandeln. Da ist es auch in .Net einfacher, dass man nicht extra eine throws-Deklaration braucht.

Auch wenn du den Unterschied zwischen Checked und Unchecked Exception künstlich findest, sehe ich schon den Sinn darin, aber das ist eben auch Geschmackssache.
Wie meinst du das allerdings mit der fehlenden Datei und der Benutzereingabe? Java ist da auch nicht ganz konsistent mit den Exceptions. Z.B. beim Parsen einer Zahl in einem String wirft Java eine Unchecked Exception, wenn der String nicht in eine Zahl konvertiert werden kann. Es wäre aber logischer, wenn da auch eine Checked Exception geworfen werden würde, denn es ist ja kein Programmierfehler, sondern eine Kondition, die eben auch unter normalen Umständen auftreten kann. Und Unchecked Exceptions sollten eigentlich Ausnahmen darstellen, die in einem "bugfreien" Programm gar nicht auftreten dürften.

Beitrag wurde zuletzt am 14.03.11 um 22:15:10 editiert.
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
private void Funktionsname() throws Exception1.744Martin11.03.11 14:26
Re: private void Funktionsname() throws Exception1.151ModeratorDaveS11.03.11 14:47
Re: private void Funktionsname() throws Exception1.255Martin11.03.11 14:53
Re: private void Funktionsname() throws Exception1.138ModeratorDaveS11.03.11 14:55
Re: private void Funktionsname() throws Exception1.072Martin11.03.11 14:56
Re: private void Funktionsname() throws Exception1.136Micke14.03.11 11:45
Re: private void Funktionsname() throws Exception1.149Preisser14.03.11 13:38
Re: private void Funktionsname() throws Exception1.061ModeratorDaveS14.03.11 13:51
Re: private void Funktionsname() throws Exception1.133Micke14.03.11 14:11
Re: private void Funktionsname() throws Exception1.058Preisser14.03.11 15:19
Re: private void Funktionsname() throws Exception1.091ModeratorDaveS14.03.11 15:46
Re: private void Funktionsname() throws Exception1.110Preisser14.03.11 15:54
Re: private void Funktionsname() throws Exception1.081ModeratorDaveS14.03.11 19:50
Re: private void Funktionsname() throws Exception1.166Preisser14.03.11 20:19
Re: private void Funktionsname() throws Exception1.198ModeratorDaveS14.03.11 21:14
Re: private void Funktionsname() throws Exception1.164Preisser14.03.11 21:58
Re: private void Funktionsname() throws Exception1.233ModeratorDaveS15.03.11 07:05
Re: private void Funktionsname() throws Exception1.092Preisser15.03.11 14:07
Re: private void Funktionsname() throws Exception1.075Maas14.03.11 21:28
Re: private void Funktionsname() throws Exception1.146Preisser14.03.11 22:41
Re: private void Funktionsname() throws Exception1.109ModeratorFZelle14.03.11 19:54

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel