Mitä eroa on C++:lla ja Visual Basicilla

Musiikkisoittimen tai web-selaimen ohjelmointi VB:llä kuulostaa lähinnä utopistiselta ajatukselta.

Netti on pullollaan VB-llä tehtyjä vastaavaavia ohjelmia. Varmaan 100 kertaa helpompi on VB kuin joku muu.

jööj kirjoitti:

Musiikkisoittimen tai web-selaimen ohjelmointi VB:llä kuulostaa lähinnä utopistiselta ajatukselta.

Netti on pullollaan VB-llä tehtyjä vastaavaavia ohjelmia. Varmaan 100 kertaa helpompi on VB kuin joku muu.

Lue lisää

Netti on myös pullollaan Perlillä kirjoitettuja bittorrent-asiakkaita. Heti kun joku vaivautui kirjoittamaan saman C:llä, ei kaiken muistin ja prosessoriajan imeviä perliliimoja enää käytetty.

Vanhaa tietoa, sillä .netin päällähän ne toimivat nykyään kaikki. Siis se ohjelmointikieli on nykyään vain käyttöliittymä sen .net systeemin päälle. Siinä saattaa olla eroa miten nopeaa koodia eri kielet sitten lopulta tekevät, mutta tuskin oikeasti kovin suuria eroja.

tyuio kirjoitti:

Vanhaa tietoa, sillä .netin päällähän ne toimivat nykyään kaikki. Siis se ohjelmointikieli on nykyään vain käyttöliittymä sen .net systeemin päälle. Siinä saattaa olla eroa miten nopeaa koodia eri kielet sitten lopulta tekevät, mutta tuskin oikeasti kovin suuria eroja.

Lue lisää

Mulla ei ole yhtään dot net ohjelmaa (näin ainakin luulen). Uskoisin että tuollaisia kikkareita ei välttämättä tarvita.

Visual basic on tulkittava kieli
Toihan on niin täyttä sontaa kuin ikinä voi olla.

Visual Basic on aina ollut käännettävä kieli. Toki on tarvittu ajonaikainen kirjasto, mutta on aivan eri asia. Sitten se kirjokin on tullut jo Windwosien mukana aikapäiviä..

Tulkattava kieli tarkoittaa sellaista, että jokainen ohjelman käsky suoritetaan itse "tulkissa".

visual Basicissa ohjelma käännetään normaalisti. Visual Basicin käännetty ohjelma käyttää apuna sitä VB runtime-tiedostoa... ja mainitaan vielä, että Visual Basicilla pystyy aivan hyvin suoraan käyttämään Api-kutsuja...


Kannattaisi opetella perusteita, ennen kuin tulee pätemään...

jooo-o kirjoitti:

Visual basic on tulkittava kieli
Toihan on niin täyttä sontaa kuin ikinä voi olla.

Visual Basic on aina ollut käännettävä kieli. Toki on tarvittu ajonaikainen kirjasto, mutta on aivan eri asia. Sitten se kirjokin on tullut jo Windwosien mukana aikapäiviä..

Tulkattava kieli tarkoittaa sellaista, että jokainen ohjelman käsky suoritetaan itse "tulkissa".

visual Basicissa ohjelma käännetään normaalisti. Visual Basicin käännetty ohjelma käyttää apuna sitä VB runtime-tiedostoa... ja mainitaan vielä, että Visual Basicilla pystyy aivan hyvin suoraan käyttämään Api-kutsuja...


Kannattaisi opetella perusteita, ennen kuin tulee pätemään...

Lue lisää

Ja haluttaessa koko ajonaikainen kirjasto on voitu kääntäjässä laittaa itse ohjelmaan. Tällöin ei mitään erillistä kirjastoa Visual Basicissa edes tarvita...

tyuio kirjoitti:

Vanhaa tietoa, sillä .netin päällähän ne toimivat nykyään kaikki. Siis se ohjelmointikieli on nykyään vain käyttöliittymä sen .net systeemin päälle. Siinä saattaa olla eroa miten nopeaa koodia eri kielet sitten lopulta tekevät, mutta tuskin oikeasti kovin suuria eroja.

Lue lisää

>...sillä .netin päällähän ne toimivat nykyään kaikki.

Vain Windowsissa eikä siinäkään lähestulkoonkaan kaikki. Tuon .netin omin kieli eli C# on vielä kovin vaatimattomassa asemassa kun puhutaan ohjelmointikielistä, muutaman prosentin luokkaa. Pythonin kanssa lähes tasoissa.

http://www.tiobe.com/tpci.htm

jooo-o kirjoitti:

Visual basic on tulkittava kieli
Toihan on niin täyttä sontaa kuin ikinä voi olla.

Visual Basic on aina ollut käännettävä kieli. Toki on tarvittu ajonaikainen kirjasto, mutta on aivan eri asia. Sitten se kirjokin on tullut jo Windwosien mukana aikapäiviä..

Tulkattava kieli tarkoittaa sellaista, että jokainen ohjelman käsky suoritetaan itse "tulkissa".

visual Basicissa ohjelma käännetään normaalisti. Visual Basicin käännetty ohjelma käyttää apuna sitä VB runtime-tiedostoa... ja mainitaan vielä, että Visual Basicilla pystyy aivan hyvin suoraan käyttämään Api-kutsuja...


Kannattaisi opetella perusteita, ennen kuin tulee pätemään...

Lue lisää

Mitä minä muistan 1990-luvulta, niin VB oli todellakin tulkattava ja on edelleenkin, niin kauvan kunnes ohjelmasta käännetään se käännetty exe. Alkupään Visual Basicit eivät muistaakseni edes antaneet kääntää ohjelmaa exeksi jos oli se mopo versio Visual Basicista, piti olla se PROFEESSIONAALI vähintään, että sai itsestään ajettavan exen. Nykyään asiat voi tietty olla toisin, en ole tosin jaksanut paneutua näihin.

Lisäksi VB on aika rajoittunut ja anaalista, mitä tiedän versio 6:sta. Opetelkaa ennemmin Javaa ilmaiseksi, joka takoo aloittelijoille sen oikeen tavan ohjelmoida. Proceduaalinen ohjelmointi meni historiaan jo 15 vuotta sitten.

mies. kirjoitti:

Mitä minä muistan 1990-luvulta, niin VB oli todellakin tulkattava ja on edelleenkin, niin kauvan kunnes ohjelmasta käännetään se käännetty exe. Alkupään Visual Basicit eivät muistaakseni edes antaneet kääntää ohjelmaa exeksi jos oli se mopo versio Visual Basicista, piti olla se PROFEESSIONAALI vähintään, että sai itsestään ajettavan exen. Nykyään asiat voi tietty olla toisin, en ole tosin jaksanut paneutua näihin.

Lisäksi VB on aika rajoittunut ja anaalista, mitä tiedän versio 6:sta. Opetelkaa ennemmin Javaa ilmaiseksi, joka takoo aloittelijoille sen oikeen tavan ohjelmoida. Proceduaalinen ohjelmointi meni historiaan jo 15 vuotta sitten.

Lue lisää

..niin kauan kuin muistan, tai siis olen seurannut vb:tä niin vb on tehnyt pseudokoodia joka vaatii tulkkauksen, sen tuottama exe ei ole siis konekoodia vaan tulkattavaa pseudokoodia, ajonaikaiset kirjastot ei liity tähän suoraan mitenkään, vaan se cb vaati tään tulkin joka oli joku esim vbrun600.exe, siis ainakin tohon 6 versioon asti on näin ollut, onneksi ei ole enää tarvinnut seurata tai duunissa enää puuttua moisiin. Anaalista.. aivan ...

mies. kirjoitti:

Mitä minä muistan 1990-luvulta, niin VB oli todellakin tulkattava ja on edelleenkin, niin kauvan kunnes ohjelmasta käännetään se käännetty exe. Alkupään Visual Basicit eivät muistaakseni edes antaneet kääntää ohjelmaa exeksi jos oli se mopo versio Visual Basicista, piti olla se PROFEESSIONAALI vähintään, että sai itsestään ajettavan exen. Nykyään asiat voi tietty olla toisin, en ole tosin jaksanut paneutua näihin.

Lisäksi VB on aika rajoittunut ja anaalista, mitä tiedän versio 6:sta. Opetelkaa ennemmin Javaa ilmaiseksi, joka takoo aloittelijoille sen oikeen tavan ohjelmoida. Proceduaalinen ohjelmointi meni historiaan jo 15 vuotta sitten.

Lue lisää

..niin siis pseudokoodi on tulkattavaa, vaikka vb ainakin tuohon 6 versioon saakka käänsikin muka exen niin se ei ole sama exe kuin esim c:llä tai vaikka delphillä tehty, testaa tää poistamalla vbrun???.exe:t, ohjelma ei toimi koska prossu ei ymmärrä sitä vb:n exessä olevaa siansaksaa, vaan se vaatii tuon exe tulkin että se tulkkaa sen prosessorin ymmärtämään muotoon, käytännössä huomasin tämän eron jo ajat sitten jolloin vb jäi vitsiksi, kun kokeilin saman kokonaisluku silmukan nopeutta vb:llä ja delphillä (taisi olla 1 versioita molemmista) saman silmukan tekemiseen johon vb:n exe käytti 57 sekunttia delphi exe suoritti 4 sekunnissa, tiedän että uudemmissa versioissa varmaan ms on nopeuttanut tuota, mut anaalista se edelleen on, jo rakenteeltaankin.

häär kirjoitti:

..niin siis pseudokoodi on tulkattavaa, vaikka vb ainakin tuohon 6 versioon saakka käänsikin muka exen niin se ei ole sama exe kuin esim c:llä tai vaikka delphillä tehty, testaa tää poistamalla vbrun???.exe:t, ohjelma ei toimi koska prossu ei ymmärrä sitä vb:n exessä olevaa siansaksaa, vaan se vaatii tuon exe tulkin että se tulkkaa sen prosessorin ymmärtämään muotoon, käytännössä huomasin tämän eron jo ajat sitten jolloin vb jäi vitsiksi, kun kokeilin saman kokonaisluku silmukan nopeutta vb:llä ja delphillä (taisi olla 1 versioita molemmista) saman silmukan tekemiseen johon vb:n exe käytti 57 sekunttia delphi exe suoritti 4 sekunnissa, tiedän että uudemmissa versioissa varmaan ms on nopeuttanut tuota, mut anaalista se edelleen on, jo rakenteeltaankin.

Lue lisää

Ei helvetti mikä pelle!!! Ota selvääm kikä on kääntjä ja mikä tulkki!!!

vbrun kirjasto, jota vb-ohjelmat käyttävät hyväksi. Se ei ole mikään tulkki, pallopaa!!!

VB ohjelmat ovat täysin käännettyjä. Nämä käännetyt ohjelmat vaan sattuvat käyttämään sitä kirjastoa hyväksi ja sen tarjoamia ruteeneja. Tämä on erittäin hyvä asia, koska näin itse vb-ohjelmista saadaan paljon pienempia, kun kaikki asiat laitettaisi exe-tiedostoon. vbrun on eräänaoinen komponentti, jota vb-ohjelmat hyödyntävät. Se komponentti saadaan kääntäjän avulla vaikka integroitua suoraan exe-tiedostoon, mutta siinä ei ole mitään järkeä.

jpp p kirjoitti:

Ei helvetti mikä pelle!!! Ota selvääm kikä on kääntjä ja mikä tulkki!!!

vbrun kirjasto, jota vb-ohjelmat käyttävät hyväksi. Se ei ole mikään tulkki, pallopaa!!!

VB ohjelmat ovat täysin käännettyjä. Nämä käännetyt ohjelmat vaan sattuvat käyttämään sitä kirjastoa hyväksi ja sen tarjoamia ruteeneja. Tämä on erittäin hyvä asia, koska näin itse vb-ohjelmista saadaan paljon pienempia, kun kaikki asiat laitettaisi exe-tiedostoon. vbrun on eräänaoinen komponentti, jota vb-ohjelmat hyödyntävät. Se komponentti saadaan kääntäjän avulla vaikka integroitua suoraan exe-tiedostoon, mutta siinä ei ole mitään järkeä.

Lue lisää

http://www.mbnet.fi/jutut/perusohjelmat/vbrun.html


tässä vielä pellelle perusteita.

Kirjasto on hivenen eri asia kuin tulkki...

Ja sitten jos on tyhmä, niin ei kannata väitellä!!!

VB ei koskaan ole ollut tulkattava ohjelmointikieli!!!

häär kirjoitti:

..niin siis pseudokoodi on tulkattavaa, vaikka vb ainakin tuohon 6 versioon saakka käänsikin muka exen niin se ei ole sama exe kuin esim c:llä tai vaikka delphillä tehty, testaa tää poistamalla vbrun???.exe:t, ohjelma ei toimi koska prossu ei ymmärrä sitä vb:n exessä olevaa siansaksaa, vaan se vaatii tuon exe tulkin että se tulkkaa sen prosessorin ymmärtämään muotoon, käytännössä huomasin tämän eron jo ajat sitten jolloin vb jäi vitsiksi, kun kokeilin saman kokonaisluku silmukan nopeutta vb:llä ja delphillä (taisi olla 1 versioita molemmista) saman silmukan tekemiseen johon vb:n exe käytti 57 sekunttia delphi exe suoritti 4 sekunnissa, tiedän että uudemmissa versioissa varmaan ms on nopeuttanut tuota, mut anaalista se edelleen on, jo rakenteeltaankin.

Lue lisää

Sun tiedot on nyt vähän anaalista, kuten koko tyyppi...haha

Brun-tiedostoilla tarkoitetaan Visual Basicilla tehtyjen ohjelmien tarvitsemia dll-tiedostoja. Eri VBrun-tiedostoja on yhteensä kuusi ja ne kaikki on tarkoitettu eri Visual Basicin versioihin. Tiedät tarvitsevasi jonkin VBrun tiedostoista, kun käytät Visual Basicilla tehtyä ohjelmaa ja saat virheilmoituksen, jossa sanotaan ettei VBRUN tiedostoa löydy.

ETTÄ SE SIITÄ EXE-TULKISTA, PELLE, HAAH

häär kirjoitti:

..niin siis pseudokoodi on tulkattavaa, vaikka vb ainakin tuohon 6 versioon saakka käänsikin muka exen niin se ei ole sama exe kuin esim c:llä tai vaikka delphillä tehty, testaa tää poistamalla vbrun???.exe:t, ohjelma ei toimi koska prossu ei ymmärrä sitä vb:n exessä olevaa siansaksaa, vaan se vaatii tuon exe tulkin että se tulkkaa sen prosessorin ymmärtämään muotoon, käytännössä huomasin tämän eron jo ajat sitten jolloin vb jäi vitsiksi, kun kokeilin saman kokonaisluku silmukan nopeutta vb:llä ja delphillä (taisi olla 1 versioita molemmista) saman silmukan tekemiseen johon vb:n exe käytti 57 sekunttia delphi exe suoritti 4 sekunnissa, tiedän että uudemmissa versioissa varmaan ms on nopeuttanut tuota, mut anaalista se edelleen on, jo rakenteeltaankin.

Lue lisää

silmukan tekemiseen johon vb:n exe käytti 57 sekunttia delphi exe suoritti 4 sekunnissa, tiedän että uudemmissa versioissa varmaan ms on nopeuttanut tuota, mut anaalista se edelleen on, jo rakenteeltaankin.


MAHTAVA TESTI... TESTAUS TAPAHTUI VARMAAN OHJELMASSA SITEN, ETTÄ VB-OHJELMA OLI VIELÄ TULKATTAVASSA MUODOSSA EIKÄ LOPULLISESSA EXE-MUODOSSA. SENVERRAN ASIANTUNJIA OLET, ETTÄ IHAN NAURATTAAPI...

jpp p kirjoitti:

Ei helvetti mikä pelle!!! Ota selvääm kikä on kääntjä ja mikä tulkki!!!

vbrun kirjasto, jota vb-ohjelmat käyttävät hyväksi. Se ei ole mikään tulkki, pallopaa!!!

VB ohjelmat ovat täysin käännettyjä. Nämä käännetyt ohjelmat vaan sattuvat käyttämään sitä kirjastoa hyväksi ja sen tarjoamia ruteeneja. Tämä on erittäin hyvä asia, koska näin itse vb-ohjelmista saadaan paljon pienempia, kun kaikki asiat laitettaisi exe-tiedostoon. vbrun on eräänaoinen komponentti, jota vb-ohjelmat hyödyntävät. Se komponentti saadaan kääntäjän avulla vaikka integroitua suoraan exe-tiedostoon, mutta siinä ei ole mitään järkeä.

Lue lisää

..vb-pelle sai hepulin kakkunaama gatesin kaveri, oikein varsinainen... älä sä itse ole niin sinisilmäinen että uskot kaiken ms:n mainonnan. ja mikään ei muuta sitä tosiasiaa että vb on anaalista ohjelmointikieltä, koskaan en asenna sellaista räpellystä joka noita run kirjastoja haluaa asentaa, saadaanhan exen koko näennäisesti pieneksi kun se on pseudokoodia, mulla on pari vb:n pro versiota, saat halvalla.

öööröö kirjoitti:

..vb-pelle sai hepulin kakkunaama gatesin kaveri, oikein varsinainen... älä sä itse ole niin sinisilmäinen että uskot kaiken ms:n mainonnan. ja mikään ei muuta sitä tosiasiaa että vb on anaalista ohjelmointikieltä, koskaan en asenna sellaista räpellystä joka noita run kirjastoja haluaa asentaa, saadaanhan exen koko näennäisesti pieneksi kun se on pseudokoodia, mulla on pari vb:n pro versiota, saat halvalla.

Lue lisää

sehän on erittäin hyvä, että exe-tiedosto saadaan näin pieneksi. VBrun-tiedosto on vain kirjasto, jota siis Visual Basic ohjelmat käyttävät hyväksi. Eräänlainen komponentti ja suorastaan loistava sellainen.


Visual Basic on monesti paras sovelluskehitin, kun halutaan nopeasti jotain aikaiseksi. Yritysmailmassa sen osuus on suuri. Esim firmojen sisällä koodataan Visual Basicilla enemmän kuin C-llä!!! Tämä jo siitä syystä että makrot usein VBA:lla...

jöjjöjö kirjoitti:

sehän on erittäin hyvä, että exe-tiedosto saadaan näin pieneksi. VBrun-tiedosto on vain kirjasto, jota siis Visual Basic ohjelmat käyttävät hyväksi. Eräänlainen komponentti ja suorastaan loistava sellainen.


Visual Basic on monesti paras sovelluskehitin, kun halutaan nopeasti jotain aikaiseksi. Yritysmailmassa sen osuus on suuri. Esim firmojen sisällä koodataan Visual Basicilla enemmän kuin C-llä!!! Tämä jo siitä syystä että makrot usein VBA:lla...

Lue lisää

..eipäs nyt sekoiteta vb:tä ja vba:ta vaikka syntaksi on sama niin se on vain syntaksi, muuta yhteistä niillä ei olekkaan ms on vain halunnut käyttää samaa syntaksia, mutta pahasti hakoteillä olet jos noita keskenään vertaat.

Meidän firmassa ei koodata vb:llä eikä tulla koskaan koodaamaan se on varma.

JÖÖJJ kirjoitti:

silmukan tekemiseen johon vb:n exe käytti 57 sekunttia delphi exe suoritti 4 sekunnissa, tiedän että uudemmissa versioissa varmaan ms on nopeuttanut tuota, mut anaalista se edelleen on, jo rakenteeltaankin.


MAHTAVA TESTI... TESTAUS TAPAHTUI VARMAAN OHJELMASSA SITEN, ETTÄ VB-OHJELMA OLI VIELÄ TULKATTAVASSA MUODOSSA EIKÄ LOPULLISESSA EXE-MUODOSSA. SENVERRAN ASIANTUNJIA OLET, ETTÄ IHAN NAURATTAAPI...

Lue lisää

lulz..
vb kutosessa oli vaihtoehtona joko pistää koko paska pseudoksi tai kääntää se. vb .net issä ei vaihtoehtoa enää ole, vaan se vedetään joksikin random .net Common Indermediate Language kieleksi. Joka on pseudoa/tulkattavaa. C# käännetään myös täksi CIL paskaksi. Ei siinä mitään muuta kuin CIL ohjelmien suojaus, CIL on järjettömän helppoa decompilata. Kun googlaa, löytää paljon C# ja vb.net decompilereita. Tämä ei ollut mahdollista vb kutosessa, jossa koodi KÄÄNNETTIIN. Vb6 oli hieno kieli, sen ainoa ongelma oli sen vb kirjastot (vbkutoselle VBRUN6.0:DLL ja jokaiselle versiolle omansa (VBRUN5.0.DLL sun muut)) GUI suunnitteluun käytetyt OCX activex tiedostot. VBRUN tiedostot sisälsivät valmiiksi konekieleksi käännettyjä funktioita (ne oli DLLiä) jotta ohjelmista tulis pienempiä.

Ime lekaa.

Python on tulkattava ohjelmointikieli ja silla ei tehdä ainuttakaan todellista Windwos ohjelamaa!!!

joo o kirjoitti:

Python on tulkattava ohjelmointikieli ja silla ei tehdä ainuttakaan todellista Windwos ohjelamaa!!!

..pitää paikkansa muutenkin noi neuvot olivat vähän kuin enemmän arveluttavia, vb:ssä ainoa hyvä asia on että se pyrkii nykyään noudattamaan edes ohjelmoinnin perus asioita, koko projektin rakenne vaan on hämäävä, vaikka basic kielen alkuperäinen tarkoitus oli helpottaa siirtymistä oikeisiin ohjelmointi kieliin, niin joo ehkä ohjelmointi syntaksia se opettaa, mutta kokonais rakenne jää täysin peittoon, tuossa alkuperäisen kyselijän tapauksessa sanoisin että api ja directx rajapintojen käyttö vb:llä on kaikkein kököintä, vaikka onkin ms:n oma viritelmä, saahan ne toki silläkin osittain toimimaan, mutta silti suosittelisin c:tä jos se tuntuu vaikealta niin sitten joku joka noudattelee c:n rakennetta paremmin kuin vb.

apuako kirjoitti:

..pitää paikkansa muutenkin noi neuvot olivat vähän kuin enemmän arveluttavia, vb:ssä ainoa hyvä asia on että se pyrkii nykyään noudattamaan edes ohjelmoinnin perus asioita, koko projektin rakenne vaan on hämäävä, vaikka basic kielen alkuperäinen tarkoitus oli helpottaa siirtymistä oikeisiin ohjelmointi kieliin, niin joo ehkä ohjelmointi syntaksia se opettaa, mutta kokonais rakenne jää täysin peittoon, tuossa alkuperäisen kyselijän tapauksessa sanoisin että api ja directx rajapintojen käyttö vb:llä on kaikkein kököintä, vaikka onkin ms:n oma viritelmä, saahan ne toki silläkin osittain toimimaan, mutta silti suosittelisin c:tä jos se tuntuu vaikealta niin sitten joku joka noudattelee c:n rakennetta paremmin kuin vb.

Lue lisää

"api ja directx rajapintojen käyttö vb:llä on kaikkein kököintä"


huomattavasti helpompaa kuin millään muulla sovelluskehittimellä, joka ei pohjaudu c-keileen.

Tämä siitä syystä, että apit ja direcx-rajapinta on tehty c-kielellä.

Käytännössä mitään laajempia ohjelmia ei tehdä windwosiin C:llä vaan C alla.

Siiten selaimen teko on melko helppoa, kun käytetään valmiita komponetteja apuna. Esim "IE-een selainmoottoria" hyödynntävää...