try-finally

standardien kunnia

onko mielestänne sallittua käyttää "try-finally" -kääntäjäkohtaista laajennusta, vaikkei sitä ole määritetty standardissa? ainut standardin mukainen vaihtoehto olisi luoda paikallinen olio luokasta, joka vastaa resurssien vapautuksesta kun olio tuhotaan metodista poistuessa, mutta ratkaisu tuntuu todella kömpelöltä ja olen kallistumassa try-__finally:n kannalle projekteissani.

9

98

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
    • try-catch-finally

      tämä ok, mutta try hidastaa ajoa.

    • olikarkki

      Mihin tarkoitukseen sallittua?

      Jos haluat tehdä hyvää (=ylläpidettävää/kannettavaa) koodia, niin pitäydyt standardiin C kieleen.
      Tutki ANSI C standardia ja opi. Älä mene siitä missä aita on matalin.

      • dfgfdg

        Se tuossa ansi paskassa on vikana että standardit joutuu ostamaan. Mitä järkeä siinä on?


      • just juu
        dfgfdg kirjoitti:

        Se tuossa ansi paskassa on vikana että standardit joutuu ostamaan. Mitä järkeä siinä on?

        Tiedoksi sullekin että netistä saa ladattua tuonkin standardin esiversion (kuukleta itte), ja se ei juurikaan poikkea lopullisesta. Ei siis kannata mennä aidan matalimmasta kohdasta, edelleenkään.


    • xcvcx

      Totta kai try-finally:a kannattaa käyttää, ellei aikomus ole kääntää ohjelmaa alustalle missä ei ole try-finally-tukea (tietääkseni kaikissa kääntäjissä on jollain tapaa -- C standardi on jo ikivanha, aikansa elänyt ja kaikin puolin puutteellinen).

      • Miten niin vanha ja puutteellinen? Vastahan se viimeisin standardi on viime vuodelta ja sisältää suunnilleen kaikki herkut.

        Boostilla voi sitten täydentää vajauksia jos on vanha kääntäjä joka ei kaikkea osaa uusimmasta standardista.


    • Säätämällä standardinvastaisia virityksiä ampuu vain itseään jalkaan.

      • zxzxccx

        Kyllä minunkin mielestä try-finally on huomattavasti luettavampi ja muutenkin kompaktimpi. En tajua miksei try-(catch)-finally:a voisi käyttää jos esim tekee vain mikkisoftan alustalle softaa?

        -----------------------------------------

        void aliohjelma()
        {
        tietokanta.avaa();
        __try
        {
        (tee sitä sun tätä...)
        }
        __finally
        {
        tietokanta.sulje();
        }
        }

        Standardin mukainen (nättiä? not.):

        void aliohjelma()
        {
        tietokanta.avaa();
        class TietokantaSulkija
        {
        TietokantaLuokka* tietokanta2;
        TietokantaSulkija(TietokantaLuokka* tk)
        {
        tietokanta2=tk;
        }
        ~TietokantaSulkija()
        {
        tietokanta2->sulje();
        }
        };
        TietokantaSulkija sulkija(&tietokanta);
        (tee sitä sun tätä...)
        }


      • ea69
        zxzxccx kirjoitti:

        Kyllä minunkin mielestä try-finally on huomattavasti luettavampi ja muutenkin kompaktimpi. En tajua miksei try-(catch)-finally:a voisi käyttää jos esim tekee vain mikkisoftan alustalle softaa?

        -----------------------------------------

        void aliohjelma()
        {
        tietokanta.avaa();
        __try
        {
        (tee sitä sun tätä...)
        }
        __finally
        {
        tietokanta.sulje();
        }
        }

        Standardin mukainen (nättiä? not.):

        void aliohjelma()
        {
        tietokanta.avaa();
        class TietokantaSulkija
        {
        TietokantaLuokka* tietokanta2;
        TietokantaSulkija(TietokantaLuokka* tk)
        {
        tietokanta2=tk;
        }
        ~TietokantaSulkija()
        {
        tietokanta2->sulje();
        }
        };
        TietokantaSulkija sulkija(&tietokanta);
        (tee sitä sun tätä...)
        }

        Tuo C :n 'oikea' tapa (erillinen luokka, jonka destruktori hoitaa sulkemiset/vapauttamiset ym.) on parempi ainakin seuraavasta kahdesta syystä:

        1. Kun olet kerran kirjoittanut luokan oikein, et voi sitä käyttäessäsi vahingossa unohtaa vapauttaa resursseja, kuten finally-rakenteen kanssa voi käydä.

        2. Samaa asiaa (vaikkapa tuota mallin tietokantayhteyttäsi) käytetään usein monessa kohtaa koodia. C :n luokkatoteutuksena kirjoitat destruktorin kerran ja asia on sillä selvä. Try-catch-finally -rakenteessa joudut kirjoittamaan sulkemiset/vapautukset jokaiseen finally-osaan. Koodia siis tosiasiassa tulee vähemmän.

        Jos haluat käyttää try-catch-finally rakennetta, valitse työkaluksi vaikka Java tai C#. C tarjoaa samaan asiaan paljon elegantimman ratkaisun.


    Ketjusta on poistettu 0 sääntöjenvastaista viestiä.

    Luetuimmat keskustelut

    1. Naiset miltä kiihottuminen teissä tuntuu

      Kun miehellä tulee seisokki ja ja sellainen kihmelöinti sinne niin mitä naisessa köy? :)
      Sinkut
      115
      9164
    2. Olet sä kyllä

      ihme nainen. Mikä on tuo sun viehätysvoiman salaisuus?
      Ikävä
      40
      2688
    3. Teuvo Hakkaraisesta tulee eurovaalien ääniharava

      Persuissa harmitellaan omaa tyhmyyttä
      Maailman menoa
      145
      2467
    4. Hiljaiset hyvästit?

      Vai mikä on :( oonko sanonut jotain vai mitä?
      Ikävä
      22
      2009
    5. Miksi kohtelit minua kuin tyhmää koiraa?

      Rakastin sinua mutta kohtelit huonosti. Tuntuu ala-arvoiselta. Miksi kuvittelin että joku kohtelisi minua reilusti. Hais
      Särkynyt sydän
      14
      1766
    6. Turha mun on yrittää saada yhteyttä

      Oot mikä oot ja se siitä
      Suhteet
      11
      1560
    7. Kyllä poisto toimii

      Esitin illan suussa kysymyksen, joka koska palstalla riehuvaa häirikköä ja tiedustelin, eikö sitä saa julistettua pannaa
      80 plus
      15
      1517
    8. "Joka miekkaan tarttuu, se siihen hukkuu"..

      "Joka miekkaan tarttuu, se siihen hukkuu".. Näin puhui jo aikoinaan Jeesus, kun yksi hänen opetuslapsistaan löi miekalla
      Yhteiskunta
      10
      1448
    9. Näkymätöntä porukkaa vai ei

      Mon asuu yksin. Mitas mieltä ootte ?
      Ikävä
      14
      1316
    10. Voi kun mies rapsuttaisit mua sieltä

      Saisit myös sormiisi ihanan tuoksukasta rakkauden mahlaa.👄
      Ikävä
      7
      1310
    Aihe