Niin mitä eroa, ajattelin haluta oppia jokus ohjelmoimaan windows pohjaisia musiikinsoitto ohjelmia ja yksinkertaisia nettiselaimia, sun muuta hässää ja vähän piirilevyjen ohjelmointia.
Mikä olis paras näistä siihen hommaan?
Mitä eroa on C++:lla ja Visual Basicilla
miau77
29
3659
Vastaukset
- fct
Musiikkisoittimen tai web-selaimen ohjelmointi VB:llä kuulostaa lähinnä utopistiselta ajatukselta. Harkitse ennemmin vaikka Javaa. Soittimet ja selaimet tehtiin C:llä, C :lla ja assemblyllä 15 vuotta sitten ja niin ne tehdään yhä nykyäänkin, koska ne soveltuvat tarkoitukseen parhaiten.
- jööj
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. - fct
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.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.
- fghdsa
Visual basic on tulkittava kieli (kuten myös java), eli visual basicillä tehdyt ohjelmat toimivat vain koneilla, joihin on erikseen asennettu tuki visual basicille. C ja C ovat taas käännettäviä kieliä ja niillä voi tehdä ohjelmia jotka ovat heti käyttövalmiita ilman että tarvitsisi asennella mitään ylimääräistä ja valtavan suurta runtime-ympäristöä. Tosin C-kielet ovat hyvin paljon vaikeampia kuin esim basic, mutta paljon tehokkaampia ja käyttökelpoisempia. Käytännössä kaikki "oikeat" ohjelmat ainakin windowsille tehdään C:llä ja C :lla.
Onko sinulla aikaisempaa kokemusta ohejlmoinnista? Mitähän muuten mahdat tarkoittaa "piirilevyjen ohjelmoinnilla"?- tyuio
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.
Mulla ei ole yhtään dot net ohjelmaa (näin ainakin luulen). Uskoisin että tuollaisia kikkareita ei välttämättä tarvita.
- jooo-o
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... - oäokok
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...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...
- totuudesta
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.
>...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 - mies.
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...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. - häär
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...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 ...
- häär
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...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.
- jpp p
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.
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ä. - joopjh
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ä.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!!! - JKÖJKÖJKÖ
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.
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 - JÖÖJJ
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.
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... - öööröö
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ä...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.
- jöjjöjö
ööö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.
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... - ölllkk
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.....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. - Lulzzzz
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...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.
- .3d
Tarjolla on myös Pascal. Aloittelijalle tärkeimmät Pascal-kääntäjät ovat Delphi ja Lazarus.
Lisätietoa:
http://wiki.mureakuha.com/wiki/Lazarus
http://wiki.mureakuha.com/wiki/Delphi
Ehkäpä kannattaa lukea myös
http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=4500000000000646&subcat=1075 - VB helpompi
Jos haluat vain tehdä "sun muuta hässää", molemmat käyvät. VB lienee helpompi oppia sellaiselle tasolle, että saa jotain aikaan.
Esimerkki miten helppoa asioiden pitäisi olla:
>>> from urllib import urlopen
>>> t = urlopen("http://www.google.com/")
>>> for line in t: print line
Google- joo o
Python on tulkattava ohjelmointikieli ja silla ei tehdä ainuttakaan todellista Windwos ohjelamaa!!!
- apuako
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.
- jköjkö
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.
"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ä.
- mies..
Turha on alkaa kaatamaan metrin halkaisialtaan olevaa puuta silakalla. Kun taidot kasvaa niin saa tehokkaampia välineitä käyttöön. Jos et osaa VB:tä saatikaan C :aa, niin tuskin kannattaa unelmoida heti musaohjelmien teosta. Opettele ensiksi edes jokin kieli, vaikka se C .
- ,,,,,,
No siis käytännössähän kaikki "oikeat" Windows-ohjelmat tehdään (ainakin minun käsittääkseni) C:llä.
Mutta turha haaveilla mistään nettiselaimista tai musiikinsoitto-ohjelmista, sillä jos ei ole ollenkaan aikaisempaa kokemusta ohjelmoinnista eikä hyviä yleistietoja alan perusteista, niin voi vierähtää lähemmäs vuosikymmen ennenkuin saa ohjelmointitaitonsa sille tasolle että voi alkaa tällaisia ohjelmia kehittelemään.
Sitäpaitsi nettiselaimen tai vähänkään monipuolisemman musiikinsoitto-ohjelman tekeminen vaatii niin laajaa osaamista ja on niin työläs ja monimutkainen projekti, ettei sellaisia yhden ihmisen voimin tehdä.- jöjö
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ää...
- oikeasti!
c /java/delphi yms = ohjelmointikieliä
vb = microsoftin minimipalkalla työskentelevien, tylsistyneiden kyhäämä, vanhaan 70-luvulla nopeasti-pakko-tehdä-joku-korkean-tason-kieleen pohjautuva kakkaläjä.
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Tykkään sinusta tosi tosi paljon
Siksi en pysty sisäistämään sitä, että se ei ole molemminpuolista. Sattuu liikaa. En osaa käsitellä sitä tunnetta, koska513467- 1562099
Kaupan kassalla kannataa olla kylmä käytös
https://www.is.fi/taloussanomat/art-2000010488540.html "19-vuotias Minja ja 59-vuotias Anne työskentelevät sillä todelli2041791Mitä tehdä asialle?
Jos laitan deitti-ilmon "40-vuotias nainen etsii seuraa" niin ketään ei kiinnosta (korkeintaan paria runkkaripenaa joill1351699- 801165
- 2341104
Mitä helvettiä pakolaisille pitäisi tehdä RAJALLA?
Jos Venäjä työntää rajalle pakolaisia ja tekee Suomelle selväksi että heidän puolelleen ei ole pakolaisilla asiaa - mitä2731045- 130999
Olen pahoillani mies
Olen surullinen puolestasi, ettet saanut kaipaamaasi naista. Yrititkö lopulta edes? Teistä olisi tullut hyvä pari52929- 72895