Siis tiedän että Visual Basic on Qbasicistä paranneltu versio. Visual Basicissä on windows ohjelmointiin hyvät lähtökohdat jne, mutta kysymys kuuluukin että onko Visual Basicistä tehty nopeampi kuin QBasicistä? Vai onko se vieläkin yhtä hidas kuin QB
Täysin teoreettistä vastausta en voi sanoa, mutta kyllä se ainakin nopemmalta tuntuu. Ohjelmaa kääntäessä saa päättää, että optimoidaanko ohjelma nopeaksi vai hitaaksi tms. Näistä asetuksista riippuu tietenkin ohjelman koko.
Onhan se VB melko hidas, optimointi ei ole parasta mahdollista. Lisäksi kieli on rakenteeltaan sellaista että sitä voi olla vaikea saada optimoitua.
Mutta VB onkin RAD-työkalu, siinä painaa lähinnä kehityksen nopeus.
Visual Basicin ja QBasicin lähtökohdat ovat kokonaan erilaiset. Monet QB:n rajoitukset ovat VB:stä poissa ja VB kelpaa nykyaikaistenkin ohjelmien tekoon. QB:tä nopeampi VB takuulla on - mutta joihinkin muihin uudempiin kääntäjiin verrattuna edelleen hidas.
Katselin vähän Visual Basicin koodivinkkejä ja aika samaa näköä QB:n kanssa on. Eli mitäs kannattaa ottaa huomioon jos siirtyy VB:hen QB:stä. Mitä eroja kielillä on?
Tulen ne kuitenkin ennen pitkään itse huomaamaan, mutta onko jokin asia muuttunut radikaalisti?
Noh, Visual Basic on oliopohjainen. Tärkeimmät rakenteet(silmukat yms) ovat QB:n kanssa identtisiä joten siirtymisen pitäisi olla suhteellisen kivuton.
Ok.. hyvä homma
No nyt tässä olen teistaillut ja säätänyt Visual Basicin kanssa ja helppoa on ollut siirtyä QBasicistä VB:hen. Huomasin myös, että VB on huomattavasti nopeampi kuin QB.
Tässä vielä pari vinkkiä:
Määrittele aina muuttujat (Dim-komennolla) ja käytä Variant-datatyyppiä vain silloin, kun se on tarpeellista. Jos kirjoitat ohjelman ensimmäiselle riville "Option Explicit", VB tuottaa virheilmoituksen määrittelemättömistä muuttujista (tämä helpottaa virheiden löytämistä, jos muuttujan nimi on vahingossa väärin kirjoitettu).
Jos ohjelmassasi on silmukka, jonka suorittaminen kestää kauan, laita sopivaan kohtaan DoEvents-komento. Muuten ohjelma varaa itselleen kaikki Windowsin resurssit, ja järjestelmä menee lukkoon. Jos joudut ikuiseen silmukkaan ohjelman kehitysvaiheessa, Control + Break -näppäinyhdistelmä pelastaa (ei valitettavasti aina).
Selvä.. kiitoksia
Minusta todella ikävä homma VB:n kanssa on, että jos oman ohjelman "tappaa" (vaikkapa ctrl+alt+del tasklistin kautta), kuolee koko VB... prosessi ajetaan kiinni VB:ssä. Jos talletus on unohtunut niin kyllä potuttaa :-)
No siksipä pitääkin aina ennen testiä tallentaa :)
Se on hyvä tapa, vaikkakin välillä vähän vaikea muistaa :P
lainaus:
Minusta todella ikävä homma VB:n kanssa on, että jos oman ohjelman "tappaa" (vaikkapa ctrl+alt+del tasklistin kautta), kuolee koko VB... prosessi ajetaan kiinni VB:ssä. Jos talletus on unohtunut niin kyllä potuttaa :-)
Löytyyhän sieltä VB:n asetuksista sellainen kohta josta voi valita että projekti tallennetaan automaattisesti ennen ajoa (Tools -> Options -> Environment välilehti -> When program start's: Save Changes)
Aihe on jo aika vanha, joten et voi enää vastata siihen.