Ne duhet të bëjmë një aplikacion të pavarur që do të përmbajë motorin e shfletuesit. Në fakt, e gjithë logjika është planifikuar të shkruhet në JS, dhe mund të jetë e parëndësishme ta vendosni në internet, por ju duhet një lidhje me një aplikacion tjetër që funksionon paralelisht.
Sugjerimi i parë është të përdorni komponentin IE dhe mos u interesoni. Por ndoshta diçka mund të bëhet në motorin FF, por nuk e kam idenë se si. Kam dëgjuar diçka për XUL Runner, por kjo është disi ndryshe.
Nëse dikush shpjegon me pak fjalë, hedh lidhje - do të jem jashtëzakonisht mirënjohës. Epo, mendimet për realitetin dhe kuptimin e problemeve të tilla janë gjithashtu të nevojshme)
Alexander aka Efreeti [dosja]
e plotë ndër-platformë nuk do të funksionojë.
- mund të shkruhet në XUL (konsultohuni me një të aftë), por ju duhet mozilla për të ekzekutuar aplikacionin tuaj, por do të funksionojë pothuajse në të gjitha sistemet operative të mbështetura nga mozilla.
- ju mund të shkruani vetëm Windows HTA (Hypertext Applcation) duke përdorur arsenalin e plotë të JScript dhe aftësive të Windows Scripting Host
Nuk mund të jap lidhje të sakta - pasi nuk e di të parën, por për informacion mbi të dytën, unë vetë shkoj në kërkimin e faqes së internetit të Microsoft-it
Rumata [dosja]
Cross-platformë dhe nuk ia vlen si prioritet, dua të përdor FF për arsye "ideologjike";)
Në fakt pyetja është bërë nga një person i aftë për XUL, por HTA nuk është ajo. Nëse përdor IE, do të ketë një aplikacion C ++.
David Mzareulyan [dosja]
Dhe pastaj si ta lidhni këtë aplikacion me një tjetër? Nuk gjeta diçka në lidhje me API-në e jashtme në sit.
XULRunner (bazuar në përvojën e vet) është më se i përshtatshëm për zhvillimin e shpejtë të "klientëve të trashë" dhe aplikacioneve të pavarura. Përfshirë ndërveprimin e thjeshtë me bazën Të dhënat SQLite... Në kuptimin e komunikimit me aplikacione të tjera - ose TCP / IP, ose mbështjellës të konsolës (në rastin e fundit ka një pengesë, stdout nuk mund të aksesohet përmes nsIprocess). Meqenëse specifikat e problemit nuk janë të qarta, është e vështirë të përgjigjemi më në detaje.
Kirill [dosja], David Mzareulyan [dosja]
Më duhet të bëj një program me një shfletues të integruar (pa përpara / prapa dhe gjëra të tjera), i cili në të njëjtën kohë mund të transferojë të dhëna nga program i palës së tretë JavaScript "y, i cili po rrotullohet në këtë shfletues.
Opsioni më i dukshëm (për mua) është motori IE, dhe një komponent ActiveX i shkruar vetë që i jep akses atij programi tjetër.
Por unë dua FF (ose jo IE). Unë po pyes për opsionet se si mund të bëhet kjo (dhe nëse është e këshillueshme për ta bërë këtë).
Alexander aka Efreeti [dosja]
Unë nuk jam një mbështetës apo aderues i disa sistemeve operative.
Por për rastin tuaj është JScript dhe "motori" ISIE që janë më të përshtatshëm.
pyetje dhe eshte bere nga nje XUL i ditur
Atëherë pyetja juaj tingëllon pak më ndryshe.
VST (Teknologji Virtual Studio)Është një format plug-in zanor i prezantuar nga Steinberg. Formati është mjaft i përhapur dhe shumë njerëz e dinë se çfarë është dhe me çfarë hahet ... Por unë ende shoh postime në forume si: "Çfarë është VST?" ose "Kam instaluar një instrument VST dhe nuk funksionon. Ajo nuk ka as një shkurtore në desktop dhe një exe "...", etj. Pra, me pak fjalë: çfarë është dhe si funksionon.
Cilat janë instrumentet Vst (VSTi).
Burimi i zërit i kontrolluar nga midi. Mund të jetë një sintetizues, kampionues ose zbërthyes. Në mënyrë që shtojca Vst të funksionojë, ju nevojitet një program pritës me të cilin mund ta përdorni.
Është e thjeshtë: së pari instaloni programin pritës (për shembull: Sonar ose Cubase, Nuendo, Fruity Loops, Logic, etj., etj.). Më pas, instaloni vetë mjetin Vst, pasi ta instaloni, ekzekutoni programin pritës dhe përdorni atë.
Pak për përmbajtjen e vetë shtojcave.
Si rregull, baza e një shtojce VST është * .dll ( jo exe!) skedar, i cili, pas instalimit të mjetit, ndodhet në dosjen me shtojcat tuaja VST.
Për shembull, nëse jeni duke punuar në Cubase, atëherë rruga do të jetë si kjo:
C: \ Program Files \ Steinberg \ Vstplugins
Nëse në Sonar, atëherë si kjo:
C: \ Program Files \ Cakewalk \ VstPlugins
Po kështu edhe për programet e tjera. Kjo do të thotë, nëse po instaloni shtojcën Vst për herë të parë dhe nuk është e dukshme në (programin pritës), para së gjithash, kontrolloni për praninë e dlls në këtë dosje.
Një pikë tjetër. Nëse dll skedarë janë të pranishme në direktorinë VST Plugins, por plug-in-i ende nuk është i dukshëm në sistem, ndoshta DAW juaj duhet të skanojë dosjen për të gjetur shtojca të reja, siç duhet të bëni, për shembull, nëse jeni duke punuar në Sonar (butoni i Shtojcës Re-Scan).
I pavarur.
Këto janë versione të pavarura të shtojcave që nuk kërkojnë një program pritës. Për ta, gjithçka është mjaft e thjeshtë: pas instalimit, shfaqet një ekzekutues ( skedar exe), dhe një shkurtore në desktop. Nisni dhe vraponi. Një pengesë. Mund të luani lehtësisht me tingujt e instrumentit të instaluar, por për të regjistruar atë që luani, ju duhet ende një program pritës
Efektet Vst.
Siç thashë tashmë. Instrumentet VST janë burime tingulli. Efektet Vst nuk lëshojnë tinguj, ato përpunojnë transmetimin audio në hyrje. Gjithçka tjetër është e vërtetë nga ajo që u shkrua më lart.
Dx, Dxi
Dxi Instruments and Effects është një alternativë ndaj VST, një format i zhvilluar nga Microsoft. Nuk ka dallime thelbësore, formatet janë identike në shumë aspekte. Shumë programe mbështesin në mënyrë të barabartë si shtojcat VST ashtu edhe Dxi, përveç kësaj, ka adaptorë Vst që i përshtatin lehtësisht ato për të punuar në programet pritës të pajtueshëm me Dxi ...
Gjithashtu, kur instaloni shumë shtojca në guaskë, ekziston një menu në të cilën mund të zgjidhni se në cilin format të instaloni Plugin.
Teknologjitë ndër-platformë mundësojnë bashkëpunimin e pajisjeve të ndryshme dhe platformat softuerike në interes të organizatave të konsumatorëve.
Arkitekturat kryesore të softuerit
Aplikacione të pavarura
Këto mund të jenë, si rregull, programe shërbimi, shërbimet e sistemit , tekst dhe redaktues grafik, përpiluesit janë mjaft të thjeshtë programet e korporatave... Një sistem i zhvilluar informacioni i korporatës, si rregull, nuk mund të përbëhet nga komponentë të veçantë, të palidhur.
Arkitektura me dy nivele klient-server
Kjo arkitekturë është përhapur që nga fillimi i viteve 1990 mes rritjes së tregut. kompjuterët personalë dhe kërkesë më të ulët për mainframe. Në një arkitekturë klient-server software ndarë në dy pjesë -pjesa e klientit dhe anën e serverit... Detyra e klientit (klient-program) është të ndërveprojë me përdoruesin, të transferojë kërkesën e përdoruesit në server, të marrë kërkesën nga ana e serverit (server-program) dhe ta paraqesë atë në një formë miqësore për përdoruesit. Programi i serverit, nga ana tjetër, përpunon kërkesat e klientit dhe lëshon përgjigje. Shembuj klasikë: teknologjitë e uebit (klient-shfletues, server-ueb-server), punë me DBMS të shpërndarë (klient - program të veçantë, server - server i bazës së të dhënave). Zhvillimi i arkitekturës klient-server, dhe veçanërisht shfaqja e modernes ndërfaqet grafike, çoi së pari në shfaqjen e një arkitekture klient-server të quajtur "arkitektura e klientit të trashë" Këtu, logjika e prezantimit dhe logjika e biznesit vendosen te klienti, i cili (të themi, në rastin kur serveri është një DBMS) komunikon me logjikën e ruajtjes dhe akumulimit të të dhënave në server duke përdorur gjuhën. pyetje të strukturuara SQL.Megjithatë, nevoja për të instaluar " klientët e trashë“që kërkon një numër të konsiderueshëm bibliotekash të veçanta dhe vendosje speciale rrethinat, në numër i madh kompjuterët e përdoruesve me mjedise të ndryshme funksionimi, si rregull, shkaktojnë shumë probleme. Si alternativë, pra, ekzistonte edhe një arkitekturë me dy nivele "me një klient të hollë" Në këtë rast, në mënyrë ideale, programi i klientit zbaton vetëm një ndërfaqe grafike të përdoruesit (GUI) dhe dërgon/merr kërkesa, dhe e gjithë logjika e biznesit ekzekutohet nga serveri. Idealisht, klienti është thjesht një shfletues interneti, i cili përfshihet në standard mjedis operativçdo kompjuter përdoruesi dhe nuk kërkon konfigurim të veçantë, instalim të softuerit të specializuar etj. Fatkeqësisht, një skemë e tillë nuk është gjithashtu pa të metat e saj, vetëm sepse serveri duhet të marrë përsipër funksionet e zbatimit të logjikës së biznesit të aplikacionit që ndonjëherë nuk janë tipike për të (për shembull, serveri DBMS duhet të kryejë llogaritjet!)
Arkitekturë me shumë nivele
Fillimi i procesit të zhvillimit të softuerit të korporatës në arkitekturë me nivele ai u vendos edhe brenda kornizës së teknologjisë "klient/server". Në to, së bashku me pjesën e klientit të aplikacionit dhe serverin e bazës së të dhënave, kishte serverë aplikacioni (Serverët e aplikacionit).Në mënyrë perfekte:
- zbaton programi klient GUI, dërgon kërkesa në serverin e aplikacionit dhe merr një përgjigje prej tij,
- serveri i aplikacionit zbaton logjikën e biznesit dhe bën kërkesa në serverin e "nivelit të tretë" (për shembull, serveri i bazës së të dhënave për të dhënat),
- serveri i nivelit të tretë u shërben kërkesave të serverit të aplikacionit.
Kështu, programi i klientit mund të jetë "i hollë". Përparësitë e kësaj arkitekture janë të dukshme:
- ndryshimet në secilën prej lidhjeve mund të kryhen në mënyrë të pavarur;
- ngarkesa në rrjet zvogëlohet, pasi lidhjet nuk shkëmbejnë sasi të mëdha informacioni me njëra-tjetrën;
- ofrohet shkallëzim dhe modernizim i thjeshtë i harduerit dhe softuerit që mbështet secilën prej lidhjeve, duke përfshirë përditësimin e parkut të serverit dhe pajisjeve të terminalit, DBMS, etj.;
- Aplikacionet mund të krijohen në gjuhë standarde të gjeneratës së tretë ose të katërt ( Java, C / C ++).
Hapi tjetër logjik është rritja e mëtejshme e numrit të lidhjeve, dhe kjo do të rritet jo vetëm për shkak të ndarjes, kur secila nga hallkat e njohura teknike "hollohet", por i gjithë modeli i biznesit është ndërtuar si një multilink. Korporata moderne sistemet softuerike janë, si rregull, sisteme komplekse që ndërveprojnë me njëri-tjetrin nivele të ndryshme komponentë, secili prej të cilëve mund të jetë klientë për disa komponentë dhe serverë për të tjerët.
Problemi kryesor i sistemeve të bazuara në një arkitekturë klient-server me dy nivele, apo edhe më shumë arkitekturë me nivele, është se atyre u kërkohet të jenë të lëvizshëm në klasën më të gjerë të mundshme të mjediseve harduerike dhe softuerike. Edhe nëse e kufizoni veten UNIX- rrjete lokale të orientuara, në rrjete të ndryshme përdoren pajisje dhe protokolle të ndryshme komunikimi. Përpjekjet për të krijuar sisteme që mbështesin të gjitha protokollet e mundshme çojnë në mbingarkimin e tyre me detaje të rrjetit në dëm të funksionalitetit. Një aspekt edhe më kompleks i këtij problemi lidhet me mundësinë e përdorimit të paraqitjeve të ndryshme të të dhënave në nyje të ndryshme të një heterogjene. rrjet lokal... V kompjuterë të ndryshëm mund të ketë adresime të ndryshme, paraqitje të numrave, kodim të karaktereve, etj. Kjo është veçanërisht e rëndësishme për serverët. nivel të lartë: telekomunikacion, informatikë, baza të të dhënave.
Një zgjidhje e zakonshme për problemin e lëvizshmërisë së sistemeve të tilla është përdorimi i teknologjive që zbatojnë protokollet e thirrjeve të procedurave në distancë. (RPC - Thirrje me procedurë në distancë) në mënyrë të standardizuar dhe të pavarur nga platforma. Kur përdorni teknologji të tilla, një thirrje për një shërbim në një nyje të largët duket si një thirrje e rregullt e një procedure (metodat objekte të largëta). Objektet RPC, i cili, natyrisht, përmban të gjithë informacionin në lidhje me specifikat e pajisjeve të rrjetit lokal dhe protokolleve të rrjetit, transferon thirrjen në sekuencë rrjetëzimi... Kështu, specifikat e mjedisit të rrjetit dhe protokolleve janë të fshehura nga programuesi i aplikacionit.
Kur telefononi një procedurë në distancë, programi RPC prodhojnë konvertimi i formatit të të dhënave klienti në formatet e ndërmjetme të pavarura nga makina, dhe më pas konvertimi në formatet e të dhënave të serverit. Kur transferoni parametrat e përgjigjes, transformimet e anasjellta... Kështu, nëse sistemi zbatohet në bazë të paketë standarde RPC, mund të transferohet lehtësisht në çdo mjedis të hapur.
Teknologjia CORBA
CORBA (Arkitektura e ndërmjetësit të kërkesës së objektit të përbashkët)është një grup specifikimet e hapura ndërfaqet, e cila përcakton arkitekturën e teknologjisë për manipulimin e objekteve ndërprocesore dhe të pavarura nga platforma. Zhvilluesit e këtyre ndërfaqeve janë O zot i madh dhe X / Hapur.
Object Management Group, Inc. (O ZOT I MADH)është një organizatë ndërkombëtare e themeluar në vitin 1989 me më shumë se 800 anëtarë: furnitorë sistemet e informacionit, zhvilluesit dhe përdoruesit e softuerit. O zot i madh avancon teorinë dhe praktikën e teknologjisë së orientuar nga objekti në fushën e zhvillimit praktik të softuerit. Ky proces përfshin zhvillimin e standardeve dhe specifikimeve të industrisë për menaxhimin e objekteve me qëllim krijimin bazë e përbashkët për zhvillimin e softuerit. Detyrat kryesore janë: ripërdorim, transportueshmëri dhe ndërveprueshmëria softuer i orientuar nga objekti në mjedise të shpërndara, heterogjene. Mbështetja për këto standarde bën të mundur zhvillimin e aplikacioneve heterogjene që funksionojnë në të gjitha platformat kryesore dhe sistemet operative Oh.
X / Hapurështë një organizatë e pavarur, e hapur mbarëbotërore e mbështetur nga shumica e ofruesve më të mëdhenj të sistemeve të informacionit, organizatave të përdoruesve dhe kompanive të softuerit. X / Hapur zhvillon një mjedis sistemi gjithëpërfshirës dhe të integruar bazuar në standardet ekzistuese dhe ato në zhvillim - Mjedisi i Përbashkët i Aplikimeve (CAE).Përbërësit CAE të përcaktuara në standarde X / Hap CAE.Qëllimi kryesor CAE- krijimi i paketave ndërfaqet e softuerit (API) të cilat mund të përdoren në praktikë duke ruajtur transportueshmërinë maksimale në nivelin e kodeve burimore të programit. API gjithashtu rrisin nivelin e ndërveprimit ndërmjet aplikacioneve duke ofruar përkufizime dhe referenca për protokollet dhe profilet e tyre.
Specifikimet e mësipërme testohen me rigorozitet dhe caktohen ato që e kalojnë testin X / Markë e hapur tregtare (marka XPG) e licencuar X / Hapur.
Kuadri konceptual në të cilin bazohen të gjitha specifikimet O zot i madh,eshte nje Arkitektura e Menaxhimit të Objekteve (OMA).Pjesa OMA përfshin një shumëllojshmëri të standardizuar ose aktualisht të standardizuara O zot i madh shërbimet, shërbimet, mostrat dhe shabllonet e softuerit (Shërbimet CORBA, objektet CORBA horizontale dhe vertikale), gjuha për përcaktimin e ndërfaqeve të objekteve të shpërndara , hartografi të standardizuara ose të standardizuara IDL në gjuhët e programimit dhe në fund modeli i objektit CORBA.
Çdokush mund ta zbatojë teknologjinë sipas specifikimeve. Krijuar nga produkte softuerike, sigurisht, nuk janë më të hapura, por bëhen produkte komerciale.
Arkitektura CORBA
CORBA përcakton se si komponentët e softuerit të shpërndara në një rrjet mund të ndërveprojnë me njëri-tjetrin pavarësisht nga sistemet operative dhe gjuhët e zbatimit që i rrethojnë. Pjesa qendrore e arkitekturës CORBA eshte nje ORB (Ndërmjetësi i Kërkesës së Objekteve)- softuer që ofron komunikim ndërmjet objekteve, duke përfshirë lejimin
- gjeni një objekt të fshirë nga Object Reference (IOR - ,
- metoda e thirrjes objekt i largët duke i kaluar parametrat e hyrjes në të (parametrat e marshalizimit),
- merrni vlerën e kthimit dhe parametrat jashtë (zbërthimi i parametrave).
Në këtë mënyrë ORBështë lidhja midis pjesëve të shpërndara bazuar në teknologji CORBA sistem, duke lejuar që një pjesë e sistemit të mos shqetësohet vendndodhjen fizike pjesë (objekte) të tjera të sistemit. Në treg ka ORB prodhues të ndryshëm(Për shembull, VisiBroker, WebLogic), por të gjithë ndjekin të njëjtin specifikim CORBA... Prandaj, në parim CORBA ju lejon të ndërtoni sistemet e shpërndara gjatë përdorimit ORB prodhues të ndryshëm dhe ndërtimin e sistemit në të njëjtën kohë platforma të ndryshme dhe të ndryshme protokollet e rrjetit(kjo është në terminologji CORBA i quajtur ndërveprueshmëri - ndërveprueshmëria).Në arkitekturë CORBAçdo objekt, metodat e të cilit janë të disponueshme për objektet e tjera (zakonisht të referuara si një objekt CORBA) ka një Referencë të Objektit që është unike në të gjithë rrjetin e disponueshëm (IOR - Referenca e objektit të ndërveprueshëm), me anë të së cilës mund t'i referoheni atij. Ju mund të kërkoni për objektet CORBA si me IOR ashtu edhe me emra simbolikë, nëse ato janë të regjistruara (zakonisht gjatë krijimit) në shërbim special emrat (NameService) Për të aksesuar metodat e një objekti CORBA, ky i fundit ka një ndërfaqe që është e hapur për të gjitha objektet e tjera CORBA. Është e zakonshme të përshkruhen ndërfaqet e objekteve CORBA duke përdorur një të veçantë të përcaktuar nga specifikimi. CORBA gjuhe IDL (Gjuha e përkufizimit të ndërfaqes)... Prodhuesit ORB furnizuar së bashku me ORB gjithashtu programe ndihmëse që konvertojnë përshkrimet e ndërfaqeve të objekteve CORBA në ndërtimet e gjuhëve përkatëse të programimit.
Baza ndërveprueshmëriaështë protokolli GIOP - Protokolli i përgjithshëm ndër-ORB, i destinuar për komunikim ndërmjet objekteve dhe ORB online. Standardizimi i protokollit të komunikimit i lejon zhvilluesit të pjesë të ndryshme sistemi i korporatës mos u interesoni fare për të përdorurit ORBax ne pjese te tjera ( ORB domenet)
sistemeve. Pothuajse të gjitha ORBbi moderne bazohen në IIOP - Internet inter-ORB Protocol(ky është versioni i protokollit të përgjithshëm GIOP, duke parashikuar përdorimin si protokoll transporti TCP / IP).
Specifikim CORBA ofron gjithashtu një sërë shërbimesh të standardizuara (Shërbimet CORBA) dhe objekte të përbashkëta horizontale dhe vertikale (Ambjente të përbashkëta)... Shërbimet janë objekte të rregullta CORBA me ndërfaqe të standardizuara (dhe të shkruara në IDL). Shërbime të tilla përfshijnë, për shembull, shërbimin e përmendur tashmë të emrit EmriShërbimi, një shërbim mesazhesh që lejon objektet CORBA të shkëmbejnë mesazhe, një shërbim transaksioni që lejon objektet CORBA të organizojnë transaksione. V sistem real të gjitha shërbimet nuk duhet të jenë të pranishme, grupi i tyre varet nga funksionaliteti i kërkuar. Deri më sot, janë zhvilluar vetëm 14 shërbime objektesh.
Midis shërbimeve të objektit dhe lehtësive të përbashkëta CORBA nuk ka kufi të qartë. Këto të fundit janë gjithashtu objekte CORBA me ndërfaqe të standardizuara. Objektet e përbashkëta e ndarë në horizontale (e zakonshme për të gjitha zonat e aplikimit) dhe vertikale (për një zonë specifike aplikimi). Për shembull, të zhvilluara Objektet e përbashkëta për organizata mjekësore, për një sërë industrish, etj.
