Forum » Operacijski sistemi » Windowsi imajo OLE/DLL, kaj ima Linux, MAC OS?
Windowsi imajo OLE/DLL, kaj ima Linux, MAC OS?
Damiani ::
Nisem se spomnil bolšega naslova za moje vprašanje.
Poznam OLE (Object Linking and Embedding) objekte v oknih za dostop do funkcij programov. Do teh funkcij lahko dostopamo iz različnih tehnologij. Zdaj me zanima nasledne. Kaj imajo namesto objektov OLE sistemi Linux in MAC?
Poznam OLE (Object Linking and Embedding) objekte v oknih za dostop do funkcij programov. Do teh funkcij lahko dostopamo iz različnih tehnologij. Zdaj me zanima nasledne. Kaj imajo namesto objektov OLE sistemi Linux in MAC?
Damiani ::
ooo (OpenOffice) nad njemu deluje OLE, sam v primeru da je openOffice inštaliran na Windows računalniku. Pa to ne deluje samo iz openOffica, temveč je možno programiranje tudi iz okolij, ki podpirajo OLE. OLE je standard za windows okolje. Kaj je podobnega za Linux in MAC OS.
BlueRunner ::
Kar se tiče OLE, nič takšnega.
*IX okolja se pri izmenjavi podatkov med aplikacijami zanašajo na odprte standarde in ne uporabljajo tehnologij, ki te bi omejevale samo na enega dobavitelja operacijskega sistema.
Včasih pa posamezni proizvajalci poskrbijo za večjo stopnjo integracije med posameznimi komponentami večjega produkta ali pa med svojimi posameznimi produkti.
Kar se tiče DLL, pa je to ločeno vprašanje od OLE-ja. *IX platforme danes povsod, razen v embedded sistemih, podpirajo dinamično povezovanje.
*IX okolja se pri izmenjavi podatkov med aplikacijami zanašajo na odprte standarde in ne uporabljajo tehnologij, ki te bi omejevale samo na enega dobavitelja operacijskega sistema.
Včasih pa posamezni proizvajalci poskrbijo za večjo stopnjo integracije med posameznimi komponentami večjega produkta ali pa med svojimi posameznimi produkti.
Kar se tiče DLL, pa je to ločeno vprašanje od OLE-ja. *IX platforme danes povsod, razen v embedded sistemih, podpirajo dinamično povezovanje.
Zgodovina sprememb…
- spremenilo: BlueRunner ()
Mavrik ::
*IX okolja se pri izmenjavi podatkov med aplikacijami zanašajo na odprte standarde in ne uporabljajo tehnologij, ki te bi omejevale samo na enega dobavitelja operacijskega sistema.
Včasih pa posamezni proizvajalci poskrbijo za večjo stopnjo integracije med posameznimi komponentami večjega produkta ali pa med svojimi posameznimi produkti.
Po domače: *IX okolja nimanjo niti nič približno podobnega za prenašanje podatkov med različnimi aplikacijami, sam je bilo potrebno to zaviti v OSS bullshit.
Drugače sem pa precej prepričan da je originalni avtor namesto "DLL" imel v mislih "DDE".
The truth is rarely pure and never simple.
Damiani ::
sm mislu DLL. Sam to je bilo mišljeno bolj kot postranska zadeva, bolj me je zanimala zadeva okrog objektov OLE.
Daedalus ::
Po domače: *IX okolja nimanjo niti nič približno podobnega za prenašanje podatkov med različnimi aplikacijami, sam je bilo potrebno to zaviti v OSS bullshit.
Na voljo maš odprte standarde/protokole. Še vedno boljše od lastniškega bullshiata, ki deluje zgolj na one and only M$ platformi.
Man is condemned to be free; because once thrown into the world,
he is responsible for everything he does.
[J.P.Sartre]
he is responsible for everything he does.
[J.P.Sartre]
BlueRunner ::
*IX okolja nimanjo niti nič približno podobnega za prenašanje podatkov med različnimi aplikacijami
OLE ni prenašanje podatkov med aplikacijami.
noraguta ::
svoje cajte ko sem še razvijal v gnometu nekaj analognega bonobo. kdee imajo svoj protokol. različni komentarji v stilu , še vedno bole od lastniške sranja so pa povsem neumestni. kde in gnome se že encajt probata doment za skupen protokol pa je vse tako tko... za en kurc.
Pust' ot pobyedy k pobyedye vyedyot!
BlueRunner ::
Ampak GUI-ji niso stvar Linux sistema kot takšnega, ampak samo GUI-ja oziroma njegovih kapacitet.
Pri oknih pa je GUI in z njim tudi velik del OLE/COM/DCOM specifikacije praktično integralen del sistema. Neposredne ekvivalence med sistemi tako pač ni.
Pri oknih pa je GUI in z njim tudi velik del OLE/COM/DCOM specifikacije praktično integralen del sistema. Neposredne ekvivalence med sistemi tako pač ni.
noraguta ::
BlueRunner je izjavil:
Ampak GUI-ji niso stvar Linux sistema kot takšnega, ampak samo GUI-ja oziroma njegovih kapacitet.
Pri oknih pa je GUI in z njim tudi velik del OLE/COM/DCOM specifikacije praktično integralen del sistema. Neposredne ekvivalence med sistemi tako pač ni.
a dej no. to ni opravičilo za izumljanje 1000 in 1 v bistvu enakih plugin mehanizmov(niti ni treba , da gre za gui applikacijo). saj to lahko počneš tudi na windowsih. sicer kaj pa potemtakem sploh je stvar "linux sistema kot takšnega"?
Pust' ot pobyedy k pobyedye vyedyot!
BlueRunner ::
a dej no. to ni opravičilo za izumljanje 1000 in 1 v bistvu enakih plugin mehanizmov(niti ni treba , da gre za gui applikacijo).
Ne razumem... opravičilo, da kdo in kje dela kaj?
sicer kaj pa potemtakem sploh je stvar "linux sistema kot takšnega"?
Bistvo GNU/Linux: Kernel + API + Shell. GUI je fleksibilen del (X, E, KDE, Gnome, ...)
Pri oknih je v API + Shell zajet tudi celoten in enoten GUI. Del te kombinacije je tudi OLE.
Zato pravim, da neposredne ekvivalence tukaj med sistemi ni. Stvari so lahko drugačne in se rešujejo tudi na drugačne načine.
Zagotovo pa so alternativne rešitve. Večinima delujejo na podlagi odprtih standardov. Včasih posamezni posamezni proizvajalci omogočijo tovrstno ali podobno povezovanje med svojimi aplikacijami. Ker so te rešitve ravno tako odprte, jih lahko uporabljajo tudi drugi, če jim tako ustreza. Ne poznam pa argumentov, da bi te rešitve lahko opisal kot "bistvo *IX sistemov".
Pri oknih je proizvajalec samo en, definiral je samo en standard, neločljivo ga je integriral s svojim operacijskim sistemom.
Pa tukaj nič ne razlagam o boljših ali slabših pristopih. Govorim samo o temu, da je integracija z "bistvom OS-a" med rešitvami drugačna.
BigWhale ::
noraguta ::
Po domače: *IX okolja nimanjo niti nič približno podobnega za prenašanje podatkov med različnimi aplikacijami, sam je bilo potrebno to zaviti v OSS bullshit.
Nekaj tako globoko vkoreninjenega v sistem ni. Hvala bogu. :>
Imas pa Bonobo, Kparts, DCOP, ...
še dobr , da se vrši vsa medprocesna komunikacija prek texta ter ponovnega parsanja .... , mislm kere buče prodajate. če se nek mehanizem uporab v win je to bad , ko pa nekaj podobnega počnejo junixarji vsak po svoje je pa to odprt "standard". in nič ti ne preprečuje , da uporabiš na windowsih svoj protokol , le zakaj bi , če je obstoječi sprejet in uporabljan.
Pust' ot pobyedy k pobyedye vyedyot!
Vredno ogleda ...
Tema | Ogledi | Zadnje sporočilo | |
---|---|---|---|
Tema | Ogledi | Zadnje sporočilo | |
» | Prah okoli Münchenske napovedi vrnitve k Microsoftu se počasi razblinja (strani: 1 2 3 4 5 6 7 8 9 )Oddelek: Novice / Operacijski sistemi | 159602 (148148) | trnvpeti |
» | Tegobe münchenske migracije na Linux in končni triumf (strani: 1 2 3 )Oddelek: Novice / Ostala programska oprema | 24426 (21945) | Daedalus |
» | Microsoft + MTV, novi popravki, Office XML (strani: 1 2 )Oddelek: Novice / Varnost | 8911 (7256) | OwcA |
» | Kako ustvariti .doc format?Oddelek: Programiranje | 1888 (1607) | kopernik |
» | Linux dobil "kopiraj - prilepi"Oddelek: Novice / Ostala programska oprema | 2541 (2541) | 3M3 |