Miksi kukaan koskaan käyttäisi tänäpäivänä DLL:iä, kun niitä ei voi käyttää olio-ohjelmoinnissa koska kaikki dll-kutsut on pelkkiä c-muotoisia aliohjelmakutsuja???
DLL:n käyttö ja oliot
Perusteluja!
14
271
Vastaukset
- ????
dll-kirjastot liittyy olioiohon miten?
- IDIOTTTII!!!!!!!!!!!
oliolioiioiohohohohoioihooohiihihihahahahaaahahahaaa!!!!!!!!!!!
- Ulkoilu virkistää
Onko pihalla kiva olla?
- Perusteluja!
Millaisia IDIOOTTEJA täällä palstoilla oikein notkuu?! Mielestäni kysymys oli ERITTÄIN asiallinen.
Jos on vaikka luokka CAuto, jossa metodi Aja, niin mitenkäs sen toteutat DLL:ssä!!!- ea69
Tähän tapaan:
http://www.daniweb.com/software-development/cpp/threads/14329
Toki olisit itsekin löytänyt googlella ohjeet. - helmiä sioille
"It is better to keep your mouth closed and let people think you are a fool than to open it and remove all doubt."
- Mark Twain
- DLL-kieliriippumaton
1. DLL on ohjelmointikieliriippumaton.
Eli siis voit koodata DLL:n Delphillä ja silti kutsua sitä vaikkapa C:llä, C :lla tai vaikkapa Visual Basicilla tehdystä ohjelmasta. Vastaavasti voit tehdä DLL:n C:llä, ja kutsua DLL:n sisältämiä funktioita Delphi -ohjelmasta.
2. DLL on perinteisesti tarkoittanut funktiokutsuja, mutta DLL voi siältää funktion, joka palauttaa ohjelmointirajapinnan (esim. Delphissä interface).
3. OCX:t jotka sisältävät ActiveX -komponentteja, ovat teknisessä mielessä DLL:iä nekin, mutta muista DLL:stä poiketen ne noudattavat tiettyjä teknisiä standardeja ollakseen kelvollisia ActiveX -komponenttien pakkaustapoja.
esim. jos Firefox -selain käyttää Adobe Flash -laajennusta, niin Flash on tuossa yhteydessä ActiveX -komponentti, jonka avulla selain osaa näyttää flash -sisältöä, vaikkei selain itse tiedäkään, miten FLASH -sisältöä tulkitaan.
Samoin, jos koneelle on asennettu Adobe Acrobat Reader, niin se, eetä selaimet osaavat sen jälkeen näyttää pdf -sisältöä suoraan nettisivulla, perustuu jälleen kerran siihen, että pdf -lukija on toteutettu ActiveX -komponenttina, jota selaimet osaavat käyttää itselleen vierasmuotoisen sisällön (PDF) näyttämiseen.
Tai toisinpäin - Microsoft Internet Explorer osaa paitsi itse ladata ja käyttää ActiveX -komponentteja, myös itse toimia ActiveX -komponenttina; tämä mahdollistaa sen, että omatekoinen ohjelma Windows -käyttöjärjestelmässä voi sisältää nettiselaimen osana kokonaisuutta, eikä ohjelmoijan silti tarvitse osata itse koodata koko nettiselainta, riittää että osaa ladata MS Internet Explorer -ActiveX -komponentin, ja käyttää esim. .sen Navigate() -funktiota.- en ole aloittaja
Hetkinen......
sinunko mielestä delphi osaa käyttää cee koodia. - DLL-kieliriippumaton
en ole aloittaja kirjoitti:
Hetkinen......
sinunko mielestä delphi osaa käyttää cee koodia."sinunko mielestä delphi osaa käyttää cee koodia."
Delphi ei suoraan käännä C -lähdekoodia.
Mutta jos C -kääntäjällä kääntää C -lähdekoodia. DLL:ksi, niin Delphi -ohjelmasta voi kutsua tuon DLL:n sisältämiä funktioita. Ja hyödyntämällä funktio-osoittimia voi myös tuosta C:llä koodatusta DLL:stä kutsua Delphi-ohjelmassa olevia funktioita, tällöin ko. funktioiden osoite täytyy välittää DLL:lle esim. funktion kutsuparametreilla.
Sama onnistuu myös toisinpäin, eli Delphillä tehdään DLL ja kutsutaan sitä C -ohjelmasta.
- root-ish luser
Olettaen, että "olio-ohjelmointilla" tarkoitat nyt luokkapohjaista olio-ohjelmointia tyyliin Java / C , niin tekisi mieli heittää vastakysymyksenä, että miksi pitäisi vaivautua koodaamaan tuohon luokkapohjaiseen oliotyyliin? Siis ottaen huomioon tuon "perinteisen" olio-ohjelmoinnin tarjoaman mallin huonot puolet ja heikkoudet? :)
- aprilli meni jo
olet kehno jopa aprillipilaksikin
- oop aivan luokatonta
aprilli meni jo kirjoitti:
olet kehno jopa aprillipilaksikin
Miksi luulit tuota pilaksi? Vain tietämättömät ja OOP-uskovaiset luulevat, että luokkapohjainen OOP on se kauan odotettu hopealuoti.
Jos perinteinen luokkapohjainen olio-ohjelmointi ratkaisee kaikki ohjelmoinnin ongelmat, niin miksi luokkapohjaisiin kieliin ollaan jo pitkän aikaa oltu tuomassa aspekteja, monivaiheisuutta, mixinejä, sulkeumia, jne? Koska on asioita, joiden kuvaamiseen perinteinen luokkapohjainen OOP on harvinaisen kankea työvälineenä.
Eikö perinteisen OOPin ja OODin pitänyt olla hyviä juuri siksi, että ne niin hyvin ja helposti ymmärrettävällä tavalla kuvaavat reaalimaailman olioita? Enpä muista nyt suoralta kädeltä milloin olisin viimeksi nähnyt behavioral patternia vastaavan konkreettisen olion reaalimaailmassa.
Prototyyppi-pohjainen OOP on enemmän minun mieleen.
- jou jou
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
En usko et meistä tulee jotain
Se ei kuitenkaan estä toivomasta et tulisi. Toivon et voitas suudella ja se sais asioita loksahtamaan paikoilleen. Jutel102810- 942030
Eini paljastaa nuorekkuutensa salaisuuden - Tämä nousee framille: "Se on pakko, että jaksaa!"
Discokuningatar Eini on täyttänyt upeat 64 vuotta. Lavoilla ja keikoilla nähdään entistä vapautuneempi artisti, joka ei421543- 2601398
- 69989
Olen J-mies
Jos kerrot sukunimeni alkukirjaimen, ja asuinpaikkakuntani. Lupaan ottaa yhteyttä sinuun.47901Ei sitten, ei olla enää
Missään tekemisissä. Unohdetaan kaikki myös se että tunsimme. Tätä halusit tämän saat. J miehelle. Rakkaudella vaalea na77880- 55874
- 44785
Ma 30.9 tosiko tv klo 18 suorana Tikkalanmäeltä
Virastolta suorana. Äänestyksistä sitten puhutaan illalla ja huomenna, onko kepuvasemmisto kuntalaisten tahdon mukaan to93726