CoolBasic V3: Esittely

[JATothrim]

Nyttemmin, olio-ohjelmointiin paremmin perehtyneenä, kysyisin minkä tapainen CBV3:n objekti/pelinhallinta kirjastosta tulee? Pelikirjaston hierkia, omalla tavallani. (luokkien nimet on keksitty)
-Scene // Säilöö nykyisen peli "kentän"
-Action // Tapahtumien hallinta, esim. näppäimien käsittely.
-Object // Abstarkti luokka pelin asioille, esineille jne., luokassa ei ole vielä mitään "toimintoja"
-Object -> PhysicObject // Fysiikka moottorin peliobjekti.
-Object -> VisualObject // Graafinen, piirretävä objekti.
-PhysicObject + VisualObject -> Map // Piirretävä karttaobjekti, törmäyksillä.
-PhysicObject + VisualObject + Action-> GameObject // Tämä olisi nyt se "käyttäjän" käsiteltävissä oleva peliobjekti. Sillä on fysiikat, se näkyy näytöllä ja sitä voidaan ohjata, mm. wasd-napeilla.
Mielestäni tämän tapainen hierarkkia olisi hyvin kätevä, koska sen laajentaminen ja muokkaaminen olisi erittäin helppoa. Harmi, etten osaa kirjoittaa/lähettää ajatuksiani nauhoiteen kaltaisena, selkeänä ideana. Toivottavasti siis hoksaatte tämän!

[MaGetzUb]

Kuinkas hyvin V3 edistyy? En ollut Assyilla, niin vissiin aika monetkin haluaisivat tietää missä mennään? Onko enää paljoa hommaa? (itsehän en ymmärrä englannin kielistä blogia, koska siellä on kaikkia sellaisia sanoja mitä ei opeteta koulussa. )

[axu]

Kuinkas hyvin V3 edistyy? En ollut Assyilla, niin vissiin aika monetkin haluaisivat tietää missä mennään? Onko enää paljoa hommaa? (itsehän en ymmärrä englannin kielistä blogia, koska siellä on kaikkia sellaisia sanoja mitä ei opeteta koulussa. )

Empä minäkään noita kaikkia sanoja ymmärtäisi vaikka olisi suomeksi. Mutta koulussa opetetaan kyllä pähkäilemään sanojen merkitystä niiden lauseyhteyden avulla.
Blogista lukien, Zero on nyt parannellut kääntäjää, saanut sen 6 kertaa nopeammaksi ja kääntäjä tukee nyt koodirivien jakamista useammalle riville '_' merkin avulla.
Mutta toimiiko _ merkki sitten enää muuttujissa? Jos on esimerkiksi muuttuja Ukko_X, niin hyppääkö editori seuraavalle riville odottaen, että siellä jatkuu koodi? Minusta puolipiste ';' olisi hyvä rivinjakamismerkki

[Rufi]

Heitänpä oman mielipiteeni soppaan ja sanon, että puolipiste ei olisi mikään paras merkki, sillä sitähän käytetään korkeamman tason kielissä kuten C:ssä ja C++:ssa rivin päättämismerkkinä (tai nojaa haittaskohan toi ...) Ja eiköhän kääntäjä ole tarpeeksi viisas katsomaan tuleeko alaviivan jälkeen jotain tekstiä lisää Tosin CBv3:ssahan varmaankin laitettaisiin koordinaatit properteina (joo en tiiä onko edes suomenkielistä vastinetta, opiskelen nääs englanninkielisillä kirjoilla...) ja X:n saisit kutsumalla vain Ukko.X.
Mut sehän on vain minun kaksi senttiäni O__o

@Zero:
Tuo rivinjako ominaisuus on varmaankin muuallakin kuin funktion parametriluettelossa? Kaipa se tulisi hyödylliseksi pitkissä if -lausekkeissakin emt ;O

[Ilmuri]

Mutta toimiiko _ merkki sitten enää muuttujissa? Jos on esimerkiksi muuttuja Ukko_X, niin hyppääkö editori seuraavalle riville odottaen, että siellä jatkuu koodi? Minusta puolipiste ';' olisi hyvä rivinjakamismerkki

Ei se kääntäjä nyt niin tyhmä sentään ole.

[axu]

Joo kyllä minä uskon että Zero osaa tehdä kääntäjään niin, että jos teksti jatkuu jollain muulla kuin kommentilla niin alaviiva ei päde rivinjakomerkkinä, mutta huomaako, on minun pointtini.
Mutta mites alaviivaan päättyvät muutujanimet(vaikka ylen harvoin niitä käytetäänkin)?
esim.

Code: Select all

AloitusRaha_ = 100
Ukko1.Raha = AloitusRaha_
Ukko2...jne...

[Ilmuri]

Eiköhän se alaviiva pidä olla omana tokeninaan että se rivinkatkaisijaksi tunnistetaan.

[Dibalo]

Ei tarvitse huolehtia... Tuo on lastenleikkiä toteuttaa.
Have faith in Zero.

[Zero]

Mutta toimiiko _ merkki sitten enää muuttujissa? Jos on esimerkiksi muuttuja Ukko_X, niin hyppääkö editori seuraavalle riville odottaen, että siellä jatkuu koodi?

Eiköhän se alaviiva pidä olla omana tokeninaan että se rivinkatkaisijaksi tunnistetaan.

Tuo rivinjako ominaisuus on varmaankin muuallakin kuin funktion parametriluettelossa? Kaipa se tulisi hyödylliseksi pitkissä if -lausekkeissakin emt ;O

Rivinvaihto toimii kaikkien rakenteiden kanssa, ei pelkästään funktioiden. Muuttujissa alaviiva toimii normaalisti. Rivi jatkuu vain silloin kun alaviiva on rivin viimeinen merkki (välilyntejä ja sarkaimia lukuunottamatta), ja silloin kun se esiintyy omana erillisenä alkionaan. Esimerkiksi:

Code: Select all

muuttuja_
// ei jatku, alaviiva on osa muuttujan nimeä

muuttuja _
+ 2 // jatkuu, alaviiva on erotettu muuttujan nimestä välilyönnillä

normaali_muuttuja
// ei jatku, alaviiva on osa muuttujan nimeä

1+_
2 // jatkuu, alaviiva on erotettu plus-operaattorilla

1+ _
2 // jatkuu, alaviiva on erotettu välilyönnillä

Tosin CBv3:ssahan varmaankin laitettaisiin koordinaatit properteina

Koska koordinaatit X ja Y kuvastavat olion tilaa, ne ovat propertyjä eli ominaisuuksia. Nyrkkisääntönä olion tila (substantiivit/adjektiivit) kuvataan ominaisuuksien avulla ja kyvyt (verbit) metodeina.

Heitänpä oman mielipiteeni soppaan ja sanon, että puolipiste ei olisi mikään paras merkki, sillä sitähän käytetään korkeamman tason kielissä kuten C:ssä ja C++:ssa rivin päättämismerkkinä

C++ ei ole yhtään korkeamman tason kieli kuin CBV3.

BASIC-kielissä ei yleensä ole rivin päättävää terminaattorimerkkiä, vaan jokainen rivi muodostaa yksittäisen "loogisen rivin" lähdekoodissa. BASIC-murteista riippuen rivejä voi kuitenkin pilkkoa kaksoispisteellä ja yhdistää rivinjatkomerkillä (monesti alaviiva).

[Koodiapina]

BASIC-kielissä ei yleensä ole rivin päättävää terminaattorimerkkiä, vaan jokainen rivi muodostaa yksittäisen "loogisen rivin" lähdekoodissa.

Tällöinhän rivit päätetään \n tai \r\n, kuten perinteisesti tekstinkäsittelyssä. Ne ovat erotinmerkkejä siinä missä muutkin vaihtoehdot.

[Zero]

Riippuu miten "merkki" ymmärretään: näkyvä vai näkymätön.

[tuhoojabotti]

Anteeksi offtöpic, mutta saahan Notepad++:ssakin rivinpäättömerkit näkyviin.

ontopic: Itse olen yllättynyt miten pitkällä kehitys on jo, vaikka ei deadlinet pätisikään. Itse en saisi mitään aikaan näin lyhyessä ajassa

[Jare]

ontopic: Itse olen yllättynyt miten pitkällä kehitys on jo, vaikka ei deadlinet pätisikään. Itse en saisi mitään aikaan näin lyhyessä ajassa

Tästä tuli mieleeni: milloin alkoi tämänhetkisen CBV3:n kehitys? Siis nimenomaan koodaaminen - suunnitelmiahan on ollut jo pitkään.

[matti3]

Missä vaiheessa kehitys sitten on? Ajattelin, että olisiko tarkempaa tietoa, koska V3 tulee kuin vuoden 2009 aikana? :O

[Henkru]

Ei taida kyllä kerkee vielä tän vuonden aikana luulisin Eiköhän jotain demoa nyt kuitenki tän vuoden puolella saada tai sit ei.

[Zero]

ontopic: Itse olen yllättynyt miten pitkällä kehitys on jo, vaikka ei deadlinet pätisikään. Itse en saisi mitään aikaan näin lyhyessä ajassa

Tästä tuli mieleeni: milloin alkoi tämänhetkisen CBV3:n kehitys? Siis nimenomaan koodaaminen - suunnitelmiahan on ollut jo pitkään.

Marraskuussa 2008 alkoi varsinainen koodaaminen.

Ei taida kyllä kerkee vielä tän vuonden aikana luulisin Eiköhän jotain demoa nyt kuitenki tän vuoden puolella saada tai sit ei.

Vuoden 2009 aikana on edelleen tavoite.

[MaGetzUb]

Uudistuuko tulevan CoolBasicin myötä nettisivut paljonkin, vai ei ollenkaan?

[Koodiapina]

Zerppa käytti niistä blogissaan nimitystä placeholder, joten eiköhän uudistu.

[MaGetzUb]

Niin tulikin mieleen, että montako Integroitua kirjastoa CB v3 tulee? Ajattelin, että tuleehan CoolBasic V3 toimimaan Linuxilla, huomaako CoolBasic itse kumpaa alustaa käytettäisiin? Grafiikkahan piirretään Dx8, Dx9, OpenGL tai "SoftaRender"(<- mitä tua tarkoittaa? ) . Niin eli Linuxillahan pitäisi CB:n käyttö luonnistua? Mitäs näitä FreeWare lisenssin omaavia Äänikirjastoja on, jotka toimisi Linuxilla myös?

[Dibalo]

SoftaRender = tavara piirretään näytölle prosessorilla ilman laitteistokiihdytystä (näyttistä). Erittäin hidas tapa, käytännössä lähes hyödytön normi käyttäjälle.