[C#] Izhod iz funkcije

Zanima me, kako predčasno izstopit iz funkcije, ki vrača vrednost (v mojem primeru DataSet). Torej jaz imam to funcijo:

public static DataSet MyFunction()
{
    try 
    {
        //neka koda pač 
    }
    catch (Exception ex)
    {
        //če ujame izjemo...izhod iz funkcije
        return;    //error
    }
}

To v primeru, da je funkcija tipa void dela, v mojem primeru, pa morem nekaj vrnit. Kako torej naredit, da se v primeru izjeme, prekine izvajanje funkcije?

vrniti moraš nek DataSet objekt, lahko tudi prazen če to konstruktor tega razreda dopusti

Imaš več možnosti (sklepam, da je podobno kot pri Javi) :
1. napake sploh ne ujameš, temveč jo delegiraš naprej (s throws besedico ?) in naj se klicatelj ubada, kaj narediti ob izjemnih situacijah (varianta tega primera je, da napako ujameš in nato vržeš neko lastno definirano napako)
2. napako ujameš in vrneš nedefinirano vrednost (return null;)
3. vračaš nek objekt, ki vsebuje tvoj dataset + nek flag (kot je omenil snow) in če pride do izjeme, ustrezno nastaviš flag

Aha, ok hvala. Sem rešil zdaj, da če je prišlo do izjeme:

DataSet ds = null;
return ds;

Eedini pravi nacin je da klicatelju vrzes exception.
Razni return null so grdo in slabo programiranje, ki naj bi se ga v OOPju izogibali!

Sploh pa tisto s strukturo, dej ne bluzite prosim no.

Nevem zakaj nebi uporabljal exceptionov.
Govorimo o .NETu in ne o kakem C++ u!!!

CWIZO, preden te doleti kap, naj razložim, da sem mu samo naštel nekatere možnosti, ki so povsem legalne in od situacije do situacije ustrezne/neustrezne. Čeprav v tem konkretnem primeru bi tudi jaz kar delegiral napako klicatelju metode ...

Mogoče se nekoliko pozna pri hitrosti izvajanja: .Net exception performance test

Zaželjeno je recimo, da se čim več stvari preverja z if-i in na ta način preprečimo nepotrebne exceptione. Npr. preden gremo brati datoteko, preverimo če dejansko obstaja, itd.

CWIZO,
tudi tisto s strukturo lahko pride prav. Npr. obstajalo je določeno obdobje, ko standard za web service ni bil dorečen kar se tiče napak/izjem (predvsem zaradi nekaterih jezikov, ki tega mehanizma ne poznajo) in zato se je bilo dobro izogibati SoapFault-om, ker je npr. prišlo do razhajanj pri obravnavi le-teh med .NET-om in Javo (sedaj so zadeve že bolj urejene). No, takrat je bila uporaba flagov edina pametna rešitev in ne vidim, zakaj ne bi flagov in drugi podatkov pač zapakiral v kako strukturo, ki se vrača kot rezultat. Seveda, ni to edina rešitev, je pa možna in tudi včasih uporabljena.

again: za navadne aplikacije to nikakor ni resitev.
Web servisi so pa druga zgodba (kot si rekel)

beri post pred tvojim zadnjim.