Tuosta kun olin puhunut pelin kirjoittamisesta VB6:lla, tuli mieleen: onko VB6:ssa rajoitusta moduulien ja/tai formien määrään ? Jos otetaan äärimmäinen vaihtoehto käyttöjärjestelmän kirjoittaminen, jossa koodirivejä laihasti sanottuna on miljoonia, ja VB6-koodifilussa (formissa sekä moduuleissa) niitä max on jotain 65 550, moduuleita joutuisi tekemään, karkeasti, laskimella laskettuna 100 miljoonaa riviä jaettuna 65 550, 1526 kappaletta. Kunnon pelissä missä on tekemiset ja -mahdollisuudet suuret, koodirivejä löytyy jotain 500 000 [älä soimaa jos tuo ei pidä paikkaansa, en ole koskaan saanut isomman, tai yleensäkään, pelin isoa lähdekoodia käteen joten et tiedä varmaksi]
Muissa kielissä ei tietääkseni ole rajoitusta edes yhden koodifilun kokoon.
Käyttöjärjestelmä yleensä koostuu kymmenistä tuhansista lähdekooditiedostoista. Yli 65000 rivin tiedosto ohjelmakoodia, jos sellaista edes löytyy, on varmasti käyttöjärjestelmäprojekteissakin hyvin harvinainen.
Sanotaanko, että jos VB6:lla teet yhden tiedoston, jossa on 65k+ riviä, niin koodiasi kannattaisi uudelleenjärjestellä muistakin syistä kuin tuon kyseisen IDE:n asettaman rajan vuoksi.
Silti yleisesti ottaen en kyllä alkaisi mitään isompaa projektia edes tekemään VB6:lla ainakaan nykyisin, kun sen tuki on lopetettu jo aikaa sitten.
Mikäli olen bongaillut oikein, niin VB6:n ajonaikaisen kirjaston tuki jatkuu myös Windows 7:ssä. Eli kun Windows 7 tulee ulos, niin Microsoft on siitä 10 vuotta eteenpäin luvannut pitää ajonaikaisen kirjaston toimintakuntoisena Windows 7:ssä. Tämä on oikeastaan jotakin mitä Microsoftin on pakko tehdä, VB6 kuitenkin ensin tehtiin tolkuttoman suosituksi ja sitten vedettiin matto alta, ja VB6 on kuitenkin säilyttänyt suosiotaan suht hyvin.
Ohjelmointiympäristön myynti ja asiakastuki (puhelinneuvonta yms.) on lopetettu. Ohjelmat tulevat kuitenkin toimimaan vielä vähintään sen 10½ vuotta edes jollakin tasolla tuetussa Windowsissa.
Joo, mutta VB6 ei itsessään toimi edes vistassa kunnolla, tietyt ominaisuudet ei ollenkaan (esim webclass sovellusta ei voi debugata, ei taida voida edes kääntää ilman että kopioi tiedostoja XP:stä). Ja myöskin kunnolla Vistassa toimivia ohjelmia on VB6:lla työlästä tehdä (security elevationit yms)
Muutenkaan en sanonut, että VB6:sta ei saisi käyttää. Totesin että isompaa projektia en enää aloittaisi VB6:lla. Oliko sinulla jotain perusteluja, miksi isompi projekti kannattaisi aloittaa VB6:lla tällä hetkellä? Mielestäni se, että se toimii vielä Windows 7:ssakin on aika huono peruste, kun millä tahansa käytännön vaihtoehdollakin tehty toimii Windows 7:ssakin.
En sanonut mitään mielipidettä tuosta, päivitin vain tilannetta VB6:n osalta.
Grez kirjoitti:
Joo, mutta VB6 ei itsessään toimi edes vistassa kunnolla, tietyt ominaisuudet ei ollenkaan (esim webclass sovellusta ei voi debugata, ei taida voida edes kääntää ilman että kopioi tiedostoja XP:stä). Ja myöskin kunnolla Vistassa toimivia ohjelmia on VB6:lla työlästä tehdä (security elevationit yms)
Muutenkaan en sanonut, että VB6:sta ei saisi käyttää. Totesin että isompaa projektia en enää aloittaisi VB6:lla. Oliko sinulla jotain perusteluja, miksi isompi projekti kannattaisi aloittaa VB6:lla tällä hetkellä? Mielestäni se, että se toimii vielä Windows 7:ssakin on aika huono peruste, kun millä tahansa käytännön vaihtoehdollakin tehty toimii Windows 7:ssakin.
Nääh. Jos aikuisten ja lasten oikeasti tulee maakerros jossa VB6 upottaa nopeammin kuin voidaan vinssillä vetää ylös, vaihdan muuhun. Jos joku edes perusteet opettaisi sellaiseen niin että ymmärtäisin, en ole opettajille turhaan sanonut olevani hankala oppilas mitä tulee ymmärtämiseen.
Älysin juuri olleeni sählännyt Pythonilla, onko siitä softan tekoon kuten VB6:lla tai Javalla ?
VB6:lle ajan myötä tulleita heikkouksia:
- Kuvatuki hyvin rajallinen, ei tukea esim. läpinäkyvyydelle
- Modernit kuvakkeet täytyy lisätä resurssina ja kuvakkeiden vaihto täytyy tehdä erillisellä koodilla
- Unicode-tuki puuttuu natiiveista kontrolleista (monikielisyys ongelmallista)
- Kontrollivalikoima on vanhentunut ja valikot yksinkertaisuudessaan olivat vanhentuneita jo VB6:n julkaisussa
- XP-teemat täytyy kikkailla itse manifestilla ja pätkällä koodia
Kaikki nämä kohdat voi kiertää ylimääräisellä koodilla, mutta se taas tarkoittaa pidentynyttä kehitysaikaa. Etenkin Unicode on semmoinen, että se pidentää kehitysaikaa aikamoisesti, mikäli sille lisätään tuki.
Yksinkertaisiin tarpeisiin VB6 toki toimii yhtä hyvin kuin aina ennenkin. Lähinnä "ammattimaisen" näköiset ja oloiset modernit ohjelmat ovat tulleet ajan myötä yhä vaikeammiksi tehdä.
Merri kirjoitti:
VB6:lle ajan myötä tulleita heikkouksia:
- Kuvatuki hyvin rajallinen, ei tukea esim. läpinäkyvyydelle
Ainakin .ico:jen ja mielestäni myös .gif:ien kanssa läpinäkyvyys toimii.
Tarkoitan nimenomaan läpikuultavaa läpinäkyvyyttä, PNG:tä ym. vastaavia tiedostoja, myös nykyaikaisia ICO:ja.
Merri kirjoitti:
XP-teemat täytyy kikkailla itse manifestilla ja pätkällä koodia
Olisiko sinulla antaa ohjetta tai linkkiä ohjeeseen jossa opastetaan kuinka tuollainen muutos tehdään? Omalta koneelta löytyy VB6 joten olisin kiinnostunut tuollaisesta muunnoksesta.
Tumettaja kirjoitti:
Merri kirjoitti:
XP-teemat täytyy kikkailla itse manifestilla ja pätkällä koodia
Olisiko sinulla antaa ohjetta tai linkkiä ohjeeseen jossa opastetaan kuinka tuollainen muutos tehdään? Omalta koneelta löytyy VB6 joten olisin kiinnostunut tuollaisesta muunnoksesta.
Kiitokset linkistä.
RQ kirjoitti:
Tumettaja kirjoitti:
Merri kirjoitti:
XP-teemat täytyy kikkailla itse manifestilla ja pätkällä koodia
Olisiko sinulla antaa ohjetta tai linkkiä ohjeeseen jossa opastetaan kuinka tuollainen muutos tehdään? Omalta koneelta löytyy VB6 joten olisin kiinnostunut tuollaisesta muunnoksesta.
Kiitokset linkistä.
Aihe on jo aika vanha, joten et voi enää vastata siihen.