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

153

    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. Tänään pyörit ajatuksissa enemmän, kun erehdyin lukemaan palstaa

      En saisi, silti toivon että sinä vielä palaat ja otetaan oikeasti selvää, hioituuko särmät ja sulaudummeko yhteen. Vuod
      Ikävä
      22
      5134
    2. Huomenta ihana

      Kauniskasvoinen ihanuus 😘 saan sut vielä
      Ikävä
      25
      4308
    3. Hei rakas...

      Miten on työpäivä sujunut? Rakastan sinua 💗
      Ikävä
      27
      2451
    4. Edelleen sitä on vaikea uskoa

      Että olisit oikeasti rakastunut muhun
      Ikävä
      34
      2234
    5. Toiveikas vai toivoton

      torstai? Ajatuksia?
      Ikävä
      37
      1998
    6. Vitsi mihin menit. Heti takasin.

      Mä näin sut tuu takasin! Oli kiire, niin en ehtiny sin perään!
      Ikävä
      15
      1908
    7. En ole koskaan kokenut

      Ennen mitään tällaista rakastumista. Tiedän että kaipaan sinua varmaan loppu elämän. Toivottavasti ei tarvitsisi vain ka
      Ikävä
      19
      1587
    8. Mukavaa päivää

      Mun rakkauden kohteelle ❤️ toivottavasti olet onnellinen
      Ikävä
      12
      1521
    9. Voi ei! Jari Sillanpää heitti keikan Helsingissä - Hämmästyttävä hetki lavalla...

      Ex-tangokuningas on parhaillaan konserttikiertueella. Hän esiintyi Savoy teatterissa äitienpäivänä. Sillanpää jakoi kons
      Suomalaiset julkkikset
      21
      1237
    10. Kerranki asiat oikein

      Ilkka ja muut pienpuolueeet...teitte hyvän työn kun valitsitte pätevän henkilön virkaan eikä kepulle passelia!! Jatkakaa
      Haapavesi
      10
      1164
    Aihe