CoolBasic V3: Esittely

[Dande]

Minusta tuossa lohkotuksessa olisi ideaa lähinnä, jos se toimisi suunnilleen näin (eli samaten kuin C++:ssa):

Code: Select all

Dim k As Integer =1
If 1
  Dim a As Integer =5
  Dim k As Integer =7 //Luo paikallisen k-muuttujan, joka peittää ulomman k-muuttujan näkyvyyden
  If k=7
    //toteutuu, koska tässä lohkossa näkyy myöhemmin määritelty k-muuttuja
  EndIf
EndIf
//a-muuttuja lakkaa olemasta, ja samaten toinen k-muuttuja
If k=1
  //toteutuu, koska tässä näkyy taas ylempi k-muuttuja
EndIf

[Ruuttu]

Ei kai uudessa CoolBasicissa ole pakko erikseen eritellä jokaista hemmetin muuttujaa, jota aion käyttää? Ja kai on mahdollista pistää muuttuja näkymään kaikkialla?

Kovin pitkälle en tuota Zeron blogimerkintää tajunnut, mutta jotain tuollaista tuli ensimmäisenä mieleen.

[Jani]

Ei kai uudessa CoolBasicissa ole pakko erikseen eritellä jokaista hemmetin muuttujaa, jota aion käyttää? Ja kai on mahdollista pistää muuttuja näkymään kaikkialla?

Kovin pitkälle en tuota Zeron blogimerkintää tajunnut, mutta jotain tuollaista tuli ensimmäisenä mieleen.

1. Tietysti, pitäähän ne aina muulloinkin.
2. Avaa manuaali ja hae avainsana "Global".

EDIT: Hei Tacu... Oletko koskaan ohjelmoinut muita kieliä kuin CB (tai CB:tä FVD päällä)?

[Tacu]

Ei kai uudessa CoolBasicissa ole pakko erikseen eritellä jokaista hemmetin muuttujaa, jota aion käyttää?

1. Tietysti, pitäähän ne aina muulloinkin.

Ei pidä.

[Ozcar]

Eipä aleta leikkimään, Jani, CB:ssähän ei oletuksena tarvitse eritellä muuttujia niin millään tavalla. Toki FVD päällä tai muissa kielissä tämä on olennainen osa koodausprojuktia, mutta jos pitäydytään asiassa ja CB:ssä niin ainakaan nykyisessähän ei moista tarvitse tehdä.

[Zero]

Mukavaa, että tästä syntyi näin paljon keskustelua

V3:ssa jokainen muuttuja pitää määritellä ennen käyttöä. Uskokaa pois, se parantaa teidän koodin laatua.

Monesti väliaikaisia muuttujia tarvitaan lähinnä For-loopissa, joten tähän on V3:ssa kivuton tapa:

Code: Select all

For i As Integer = 1 To 10
    // koodia...
Next

Tämä voi sitten mennä joiltain yli hilseen:
Lokaali muuttuja ei voi peittää toista lokaalia muuttujaa vaikka olisikin eri scopessa, koska silloin sinulla on kaksi samannimistä muuttujaa, jotka periaatteessa kuuluvat samaan metodiin, mutta joihin kumpaankin periaatteessa pystyisi viittaamaan scopen sisältä. Tämä on loogisesti väärin. Tässä tapauksessa scopen ulkopuoliseen muuttujaan ei ole mitään mahdollisuutta päästä käsiksi scopen sisältä, mikä on vastoin periaatteita oliokielien viittaussäännöissä (jotka ovat hyvin tiukat). Lokaaleille muuttujillehan ei erikseen voi määrittää saatavuustasoa Private/Public/Protected. Metodien avulla ei myöskään voida qualifioida, koska kaikki muuttujat niiden sisällä ovat lokaaleita ja aina metodilleen "omistautuneita" - niiden tila ei riipu itse oliosta vaan metodin suoritettavan koodin tilasta.

Code: Select all

If 1
    Dim i As Integer
EndIf

If 2
    Dim i As Integer
EndIf

Tässä esimerkissä on edelleen kaksi samannimistä muuttujaa, mutta ne eivät ole toistensa ylemmillä tasoilla, joten niihin viittaaminen toisistaan käsin ei pitäisikään olla loogisesti mahdollista.

Näin tämä toimii myös VB.NET:ssä.

Ja kai on mahdollista pistää muuttuja näkymään kaikkialla?

Oliokielissä ei juuri ole sellaista kuin "globaali muuttuja". Jos nyt välttämättä halutaan sellaisia kuitenkin tehdä, luodaan uusi luokka, jossa ne on määritelty Public Shared. Silloin niihin voidaan viitata ilman instantiointia.

[Jani]

Hyvin ymmärtää.

Olisi vielä eräs pyyntö: ReadIsInt/Byte/Short/Float
Eli voisi katsoa, minkälaista tietoa on tulossa varmistaakseen että se menee oikein.

[otto90x]

Hyvin ymmärtää.

Olisi vielä eräs pyyntö: ReadIsInt/Byte/Short/Float
Eli voisi katsoa, minkälaista tietoa on tulossa varmistaakseen että se menee oikein.

Tämänhän voi toteuttaa jo nykyisellä CoolBasicilla, pistää vaan tiedoston alkuun jonkinlaisen kartan/listan (vähemmän muistia/tilaa vievä tapa), jolla merkataan mitä tietotyyppiä kukin tieto on tai kirjoittaa kunkin tiedon eteen yhden tavun, joka kertoo mitä tyyppiä tuleva arvo on. Tiedoston tietojen tietotyyppejähän ei yleensä tallenneta tiedostoihin, joten tämäkin tapa toimisi vain tiedostoihin joihin tätä menetelmää on käytetty kirjoitusvaiheessa. Tietojen tietotyypin päättely kirjoitetuista tavuista ilman minkäänlaista vinkkiä on hyvin vaikeaa ja epätarkkaa.

[Jani]

Hyvin ymmärtää.

Olisi vielä eräs pyyntö: ReadIsInt/Byte/Short/Float
Eli voisi katsoa, minkälaista tietoa on tulossa varmistaakseen että se menee oikein.

Tämänhän voi toteuttaa jo nykyisellä CoolBasicilla, pistää vaan tiedoston alkuun jonkinlaisen kartan/listan (vähemmän muistia/tilaa vievä tapa), jolla merkataan mitä tietotyyppiä kukin tieto on tai kirjoittaa kunkin tiedon eteen yhden tavun, joka kertoo mitä tyyppiä tuleva arvo on. Tiedoston tietojen tietotyyppejähän ei yleensä tallenneta tiedostoihin, joten tämäkin tapa toimisi vain tiedostoihin joihin tätä menetelmää on käytetty kirjoitusvaiheessa. Tietojen tietotyypin päättely kirjoitetuista tavuista ilman minkäänlaista vinkkiä on hyvin vaikeaa ja epätarkkaa.

Juu, olinkin jo tehnyt tuollain, että laitan tavun jokaisen arvon eteen. Se vaan ei ehkä ole paras tapa...

[Ruuttu]

Harmillista, se taitanee kuitenkin olla suurinpiirtein se ainoa. Jos kyse on ohjelman omista tiedostoista, niin kannattaisi luoda tiettyä kaavaa noudattava "syntaksi", jotta on jo etukäteen selvää että "näin ja näin monen bitin ja tuon arvon jälkeen tulee tollasia arvoja".

[Jani]

Harmillista, se taitanee kuitenkin olla suurinpiirtein se ainoa. Jos kyse on ohjelman omista tiedostoista, niin kannattaisi luoda tiettyä kaavaa noudattava "syntaksi", jotta on jo etukäteen selvää että "näin ja näin monen bitin ja tuon arvon jälkeen tulee tollasia arvoja".

Mjoo. Tää nyt vaan on et ne menee randomiin järjestykseen.
Tein nyt tuollasen FileTypeMap-systeemin joka luo merkkijonon sisällön mukaan (esim. "1132444" ("Int Int Short Float Byte Byte Byte")).

[JATothrim]

Hips. CB V3 on scopet :3 Vaan nyt kun on esitelty vaan "Dim i As integer" niin toimiiko myös näin, vai sekoaako kääntäjäsi: Tovon ettei, sillä muuten "scope" olisi aika vaisu lisä tulevaan CB V3:een.

Code: Select all

class luookka_A
    ...some stuff in here...
endclass

class luookka_B
    ...and even more stuff in here...
endclass

if 1=1
    Dim obj As luookka_A
endif

if 10=10
    Dim obj As luookka_B
endif

[esa94]

Hips. CB V3 on scopet :3 Vaan nyt kun on esitelty vaan "Dim i As integer" niin toimiiko myös näin, vai sekoaako kääntäjäsi: Tovon ettei, sillä muuten "scope" olisi aika vaisu lisä tulevaan CB V3:een.

Code: Select all

class luookka_A
    ...some stuff in here...
endclass

class luookka_B
    ...and even more stuff in here...
endclass

if 1=1
    Dim obj As luookka_A
endif

if 10=10
    Dim obj As luookka_B
endif

Luokkien luulisi ainakin olevan kohtuullisen globaaleja...

[valscion]

Hips. CB V3 on scopet :3 Vaan nyt kun on esitelty vaan "Dim i As integer" niin toimiiko myös näin, vai sekoaako kääntäjäsi: Tovon ettei, sillä muuten "scope" olisi aika vaisu lisä tulevaan CB V3:een.

Code: Select all

class luookka_A
    ...some stuff in here...
endclass

class luookka_B
    ...and even more stuff in here...
endclass

if 1=1
    Dim obj As luookka_A
endif

if 10=10
    Dim obj As luookka_B
endif

Luokkien luulisi ainakin olevan kohtuullisen globaaleja...

Niin, mutta tuo että jos If-lohkossa määritellään "obj" muuttujaan luokan "luookka_A" ilmentymä, niin etteikö se olisi tuossa alemmassa If-lohkossa enää näkyvissä? Mielestäni muutenkin If-lohkojen näkyvyyden rajoittaminen (If-lohkossa määritellyt muuttujat eivät näy ulos) olisi aika karu ratkaisu, varsinkin tuon JATothrimin esmerkin takia

[JATothrim]

Omasta mielestäni tuo olisi hyvin kätevää, sillä "duplicate indentifier" virheet vähentyvät roimasti. Ja mikä parasta, ohjelmaan ei tarvitse enää kirjoittaa x1, x2, x3, xn.. jne niin paljon. Jos haluaa että jokin muutuja näkyy näkyy ulkona if lohkosta, niin määrittelee sen ulkona. Loogista. En näe tässä suurta vaivaa, sillä tulevassa CB:ssä kaikki muuttujat on muutenkin määriteltävä jossain.

EDIT:

Zero taisi jo mainita Shared määritteen, miten tämä oikeastaan toimii? heittääkö se muuttujan näkymään aivan kaikkialla ohjelmassa? Vai onko globaalius "rajattu" jollain tapaa? Siis:

Code: Select all

class luookka_A
	Function  kasvata(i = 0 As integer)
		if i > 10 then return
		obj.kasvata(i+1)	//ok, obj on määritely globaaliksi
	Endfunction
endclass

class luookka_B
	Function doit()
		if 1=1
			Dim obj As Shared luookka_A
		endif
		obj.kasvata()	//ok, obj on määritely globaaliksi
		if 10=10
    			Dim obj As luookka_B    //error, obj on jo määritelty.
		endif
		obj.kasvata()	//ok, obj on määritely globaaliksi
	Endfunction
endclass

Koodin kommenentit olisivat oikein?[/edit]

[Jani]

Omasta mielestäni tuo olisi hyvin kätevää, sillä "duplicate indentifier" virheet vähentyvät roimasti. Ja mikä parasta, ohjelmaan ei tarvitse enää kirjoittaa x1, x2, x3, xn.. jne niin paljon. Jos haluaa että jokin muutuja näkyy näkyy ulkona if lohkosta, niin määrittelee sen ulkona. Loogista. En näe tässä suurta vaivaa, sillä tulevassa CB:ssä kaikki muuttujat on muutenkin määriteltävä jossain.

EDIT:

Zero taisi jo mainita Shared määritteen, miten tämä oikeastaan toimii? heittääkö se muuttujan näkymään aivan kaikkialla ohjelmassa? Vai onko globaalius "rajattu" jollain tapaa? Siis:

Code: Select all

class luookka_A
	Function  kasvata(i = 0 As integer)
		if i > 10 then return
		obj.kasvata(i+1)	//ok, obj on määritely globaaliksi
	Endfunction
endclass

class luookka_B
	Function doit()
		if 1=1
			Dim obj As Shared luookka_A
		endif
		obj.kasvata()	//ok, obj on määritely globaaliksi
		if 10=10
    			Dim obj As luookka_B    //error, obj on jo määritelty.
		endif
		obj.kasvata()	//ok, obj on määritely globaaliksi
	Endfunction
endclass

Koodin kommenentit olisivat oikein?[/edit]

No siis... luookka_B:ssä obj-muuttujan alustukset on (ehkä) oikein (ainakin muulta puolelta kui Shared). Mutta obj.kasvata() oli si väärin, koska obj:tä ei olisi määritetty.

[valscion]

EDIT:

Zero taisi jo mainita Shared määritteen, miten tämä oikeastaan toimii? heittääkö se muuttujan näkymään aivan kaikkialla ohjelmassa? Vai onko globaalius "rajattu" jollain tapaa? Siis:

Code: Select all

class luookka_A
	Function  kasvata(i = 0 As integer)
		if i > 10 then return
		obj.kasvata(i+1)	//ok, obj on määritely globaaliksi
	Endfunction
endclass

class luookka_B
	Function doit()
		if 1=1
			Dim obj As Shared luookka_A
		endif
		obj.kasvata()	//ok, obj on määritely globaaliksi
		if 10=10
    			Dim obj As luookka_B    //error, obj on jo määritelty.
		endif
		obj.kasvata()	//ok, obj on määritely globaaliksi
	Endfunction
endclass

[/edit]

Eikös tuossa ylimmässä luokassa "luookka_A" funktiossa "kasvata", niin kun olet kirjoittanut "obj.kasvata(i+1) //ok, obj on määritely globaaliksi", eikö sen pitäisi olla "Me.kasvata(i+1)"? Näin ainakin itse olisin ymmärtäväni.

[JATothrim]

Lukekaa koodi alhaalta ylöspäin, niin sen idea on vähän selvempi. Eli, luookka_B:n doit() funktion if lohkossa määritellään globaali luookka_A tyyppinen muuttuja obj. Kysyn siis näkyykö tämä obj muuttuja sitten aivan missä vain? jopa luokassa luookka_A:ssa ja sen funktiossa? "Me" -osoittin ei kyllä liity esimerkkiini millään tavalla.

[valscion]

"Me" -osoittin ei kyllä liity esimerkkiini millään tavalla.

Hmm, mutta kun lisäät "luookka_A" luokan olion arvoa luokassa itsessään, niin eikö kyseiseen instanssiin silloin viitata "Me"-sanalla?

EDIT: Mutta riittää nyt tästä aiheesta, alkaa menemään offtopikiksi. Heitä vaikka YV jos jaksat vielä vääntää kättä tästä asiasta

[Dibalo]

Örr... Googlatkaa 'C# static variables' ja katsokaa msdn-sivun linkki.

Enempää en jaksa tällä kännykällä kirjoittaa.