Számítógép összeállítása a weben
Egy hétig a nyugati informatikai hírek és fórumok nem tudnak megnyugodni, és egy szórakoztató újdonságról beszélnek, amelyet WebAssembly néven említenek. És a "zümmögés" nem annyira a kilátások miatt, hanem annak a képtelenségnek köszönhetően, hogy megegyezzen arról, hogy pontosan mi az, és hogyan kell építeni. Az olajok a tűzbe öntötte a résztvevők összetételét a fejlesztésben, amely magában foglalja a Mozilla, a Google, a Microsoft és az Apple. Tehát nem kétséges, hogy a dolog hatalmas lesz, nem. Nehézségek, mivel az ilyen technológiák hálózata még nem tudott. Vannak olyan kísérletek, amelyek valami hasonlóat valósítanak meg, de mindannyian elhagytak, vagy csak keskeny résekre korlátozódtak, vagyis nem váltak univerzálissá. És az egyetemesség feltétlenül szükséges. Azonban elég rejtély, nézzük meg, mi a fenevad.
Mindazonáltal egy ilyen sokoldalú böngésző közvetítő nyelv - „assembly nyelv a Web” - már létezik: van, sőt, WebAssembly (vagy röviden, wasm). Eddig azonban nem műszaki vagy több szabványos - csak vázlatok, amelynek célja egy kívülálló nem is olyan könnyű megmagyarázni. A jég azonban elmozdult, és ez a legfontosabb dolog.
A következő lépés az ilyen bytecode hardver támogatása a CPU szintjén. Ez várható a jövőbeli processzorokban ARM architektúrával, ahol nagyon könnyen megvalósítható. Ha persze az internet széles körben támogatja az új technológiát, vannak kételyei.
Doktor Y. Doodle
Röviden, feltalált egy vektor hipertext wap.
A bináris XML és a bytecode közötti különbség nem különböztethető meg a hangsúlyt illetően?
Doktor Y. Doodle
"Itt van egy bolond, ez a példázat elkényeztetett!"
Én, mint egy jabist, örülni fognak, és füstölnek, ha bemutatják
A forgatókönyv persze. De ő fogja megölni a Toad and Flush-ot. Vagy talán még .NET. Ez az, amikor a hardveres támogatás megjelenhet a megfelelő parancsrendszerrel rendelkező processzorok formájában, majd tényleg összeállítódik.
És mi a bytecode? Megvan az ötlet, a programozási nyelvek -, hogy van egy hierarchia - az első gépi kódot (ők már 50 éve senki nem ír semmit), akkor a szerelő, továbbá a magas szintű nyelvek (C, Pascal, Fortran :), majd keresztül a tárgy orientált programozási mindent egy modern változat, mind a Java és a Ruby, amelyet nevezhetünk „ultra-magas szintű nyelvek, a” termelő ijesztő szuboptimális kód gruzyaschy számítógépek a legtöbb bárhol végző a legalapvetőbb feladatok, és lehetővé válik a termelők MY OSCAL egyre termelékenyebb processzorok emelése nélkül a minőségi feladatokat. Tény, hogy az összes Java és a Ruby, véleményem szerint, úgy vannak kialakítva, hogy maximalizálja a könnyű programozás miatt a CPU terhelés, azaz a elsődlegesen a tömegek a programozás és számának növelése szoftver. Így növeli a számítógépek bevezetését a mindennapi életben. És most a folyamat megkönnyítése rovására loading nonoptimality elérte a határt, és már ez is szükséges, hogy tegyen valamit. Talán ez az összejövetel célja, hogy valahogy megoldja a problémát. Nem így van?
A számítógépes témákról szóló Wikipedia cikkek szinte mindig értelmetlenek.
És van egy különbség. És ez az oka annak, hogy a legtöbb értelmezett nyelv most inkább bytecode-ot használ, nem pedig közvetlen értelmezést.
Van egy olyan régi "kliens", aki azt mondja: "Fogj a szerverre, de ne aggódj"
Vooo ... És még a "szerver, ne fuss az ügyfél alatt".
"Tolmács" - mint Basik vagy valami :)
Programozás Android alatt az RTA-nál alternatívák nélkül.
By the way, van egy alternatíva a Java az Android, és mi az úgynevezett páncél-piercing. Tavaly, télen megjelent a hivatalos Qt Androidhoz. Ez azt jelenti, hogy a C ++ alkalmazások natív kódot használhatják. És az emberek már csinálják, fokozatosan fognak megjelenni.
Nem értettem az ötletet.
És hogyan fog ez eltérni az exe-shnikov általános letöltésétől?
Formálisan - szinte semmit. Valójában ez még egy lépés a * NIX nyitottságtól. Ezért nem meglepő, hogy jelen van a két legfontosabb szoftveres redneck társaságában, és egy másik lehetséges gubó.
elvileg minden hipertext általában csak .PDF formátumban szervezhető. )
és a sebezhetőségek kevésbé lesznek, és az értelmezett szöveg - több van.
ez nem probléma .PDF és .SWF, hogy olyan "kevéssé tetszettek". )
Az Adobe eladók jóváhagyásával tekinthetnek meg Önre)
Az Apple boldog fejlesztői félreállnak. Még mindig nem tudják, mire jutottak be.
Java-ban van egy JVM virtuális gép, amely végrehajtja a byte-kódot.
Nem látom az újdonságot.
Tulajdonképpen, mint megértem, nem klasszikus értelemben bájtkódot használnak (opcodes egy regiszterhez vagy stack géphez). Ehelyett, hogy hamar parsilos, csak kirobbantja a szókincset a forrásból, ugyanakkor szinte az összes szintaxist hagyja (tehát jobb rázkódni). Ezért egyszerűen csak az AST (absztrakt szintaktikus fák), ravasz módon. Valójában egy téma csak a minimális forráskódok tömörítésének formátuma különböző nyelveken, nem több.
Lazuljon el. Önnek személy szerint semmi sem fog változni - még mindig, mint korábban, nem lesz képes beállítani a saját szkriptjét. De azoknak, akiknek scriptekre van szükségük, most már képesek lesznek kilépni az "elektronikus koncentrációs táborból" és kivetni számos mankót, amelyeket az évek során nőttek fel.
Minden világos, a görögdinnye többet szeretne, és a felhasználók továbbra is elveszítik az irányítást az események felett.
Míg a választás durván szól az "asztali ms office" és a böngésző irodája között, de mindennek meg kell felelnie, hogy ez a lafa véget ér.
Valamilyen oknál fogva általános tendencia van, amikor az alapvető károsodás az ürügy és néhány kisebb turbulens javulás során következik be.
wasm. Tehát mielőtt a Watkov Assembleret hívták, én is használtam