Osaako joku selittää mihin käytetään Run-time type informaatiota?
Mitä hyötyä on siitä että joku vaikkapa painonapista on RTTI-versio verrattuna normaaliin?
Mitä hyötyä on siitä että joku vaikkapa painonapista on RTTI-versio verrattuna normaaliin?
Run-time type information
RTTI-kysyjä
6421
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 6
Vanhimmat
Voi olla että menee väärin tämä selitys...
Sitä käytetään selvittämään ajonaikaisesti mikä on olion luokka. Jos oliosta ei ole saatavilla ajonaikaista tyyppi tietoa (RTTI), niin silloin ei voida selvittää ajonaikaisesti sitä, mihin luokkaan olio kuuluu.
Esimerkki. Levyn soitto ohjelmassa "Soita kappale" -tapahtuman voi laukaista painonapista tai valikkoriviltä. Kun kyseisen soitto tapahtuman laukaisee, välittyy ns. tapahtumankäsittäjälle tapahtumannumero ja viittaus olioon joka aiheutti tapahtuman laukaisun. Jos oliosta ei ole nyt saatavilla RTTI tietoa niin silloin tapahtuman käsittelijä ei voi selvittää sille välitetyn olion tyyppiä, eli laukaisiko tapahtuman paino nappi vai valikkovalinta.
Jos siis on on pelkkä olio nimeltä Object eikä siihen ole liitetty ajon aikaista tyyppi tietoa, niin sen luokkaa ei voida selvittää, eikä tyyppi muunnosta tehdä voida tehdä turvallisesti.
if (olio is Button) // RTTI tarkastusI
((Button) olio)->SetText("Pysäytä") // Tyyppi muunnos
else if (olio is MenuItem) // RTTI tarkastus
((MenuItem) olio)->Disable(); // Tyyppi muunnos
Edellisen lisäksi RTTI:llä pääsee näköjään penkomaan olioiden attribuutteja ja metodejakin. Toisin sanoen, RTTI mahdollistaa jossain määrin reflektiivisen ohjelmoinnin Delphissä. "Jossain määrin" sen takia, että reflektiiviseen ohjelmointiin kuuluu ohjelma rakenteiden tarkastelun lisäksi myös niiden muuttaminen. En osaa sanoa, onko Delphissä mahdollista lisätä olioon uutta metodia ohjelman ajon aikana, mutta olemassa olevan korvaaminen toisella taitaa onnistua (typinfo-moduulin SetMethodProp:n avulla).
Seuraavassa proseduuri, joka ottaa ensimmäiseksi parametriksi minkä tahansa olion ja toiseksi metodin nimen (merkkijono). Proseduuri selvittää onko oliolla annetun nimistä metodia. Jos ei, niin ei sitten mitään. Jos on, niin kutsutaan sitä.
procedure TForm1.ExecMethod(OnObject: TObject; MethodName: string) ;
var
Routine: TMethod;
Exec: TExec;
begin
Routine.Data := Pointer(OnObject) ;
Routine.Code := OnObject.MethodAddress(MethodName) ;
if NOT Assigned(Routine.Code) then Exit;
Exec := TExec(Routine) ;
Exec;
end;
Poimin esimerkin sivulta
http://delphi.about.com/cs/adptips2004/a/bltip0204_3.htm
RTTI:llä voi muuttaa myös enumeraatioiden alkioiden nimet merkkijonoiksi ja kirjoittaa read-only propertyihin, kuten seuraavan sivun linkeissä esitetään:
http://delphi.about.com/od/oopindelphi/a/delphirtti.htm
Reflektion ja RTTI:n kannalta mielenkiintoinen moduuli on Delphissä ja Free Pascalissa on typinfo. Sieltä löytyy funktioita myös muiden temppujen tekoon:
http://www.freepascal.org/docs-html/rtl/typinfo/index.html
Ei nyt sentään voi RTTI:llä lisätä uusia metodeja suorituksen aikana luokkiin!
Tuollaisia temppuja voi tehdä vain suoraan konekielikoodia puukottamalla, mutta huoimaa: jos teet tuollaisia temppuja, niin koodisi ei välttämättä enää toimi samoin (oikein) Delphin eri versioilla käännettäessä. Ohjelmastasi siis tulee Delphin määrättyyn versioon sidottu, jos käytät tuollaisia matalan tason temppuja kuten konekielikoodin suora muokkaaminen suorituksen aikana.
Jos nyt joku tuollaisia temppuja silti haluaa harrastaa, niin Delphin @ -operaattorilla (address of) saa esim. funktion / proseuurin / metodin alkuosoitteen selville.
Oletko tutustunut Pascal Script:n?
http://remobjects.com/?ps
Mihin koodinmuokkausta suoritusaikana käytetään?
Osaatko selittää miksi nämä ovat tärkeitä asioita?
Miten tämä asia "kierrettiin" aikaisemmin ?
koska tämä ei ole enää RTTI-asiaa.