Tuleeko html 5 syrjäyttämään appsit?

[Frezzo]

Mitä ennustatte, että tuleeko HTML 5 enemmissä määrin syrjäyttämään tulevaisuudessa Appsit ? Hyvinä puolina se, että hieman pienempi kynnys lähteä tekemään HTML 5 sovelluksia. Lisäksi html 5:ssä laitteistoriippumattomuus. Sama toimii Androidissa, Nokioissa, PC:llä. Huonona puolena se, että käytettävyyttä ja nopeutta ei näytä saavan kuitenkaan Appsien tasolle? Kosketusnäytön mahdollisuuksia ei kai HTML 5:ssa pysty täysin hyödyntämään.

[teemku]

Ei varmaan ihan vielä HTML5:stä ole appsien tappajaksi, mutta minusta HTML5 on jo nyt muilla tekniikoilla höystettynä varteenotettava vaihtoehto joidenkin appsien toteuttamiseen. Uskoisin, että tulevaisuudessa HTML5 ottaa vielä kiinni tuota puutteiden kuilua appsien välissä; onpa joissakin epävirallisissa keskusteluissa väläytelty HTML5:een mahdollisuutta parempaan laitteistorajapintaan...

Mutta minä henkilökohtaisesti näen silmissäni vision, että HTML5:stä tulee vielä merkittävä alusta mobiili (matkapuhelimet & tabletit) ja tietokoneiden hyötysovelluksille. Ja miksipä ei? Minusta se olisi selkeä suunta lähteä etenemään ja lisäksi kustannustehokas tapa tuottaa sovelluksia suurille markkinoille nopeasti. -- Ehkäpä 10 vuoden päästä meillä kaikki laitteet tulkitsevat HTML5:ttä sovelluksien osalta ja laitevalmistajat kilpailevat vain sillä miten hyvin heidän laitteistonsa on käytettävissä HTML5:n rajapinnan kautta.

Villejä visioita, mutta odotan mielenkiinnolla kuinka hommat etenee.

[Macco]

No se, että Windows 8 ajaa HTML5-sovelluksia natiivisti, vienee HTML5:ttä eteenpäin nopeammin kuin mikään muu tekijä.
Eipä olisi uskonut, että MS on se taho, joka ajaa avointa standardia tehokkaimmin eteenpäin... Ja se taho, joka (ainakin) vähentää laitteisto/alusta-riippuvuutta mobiililaitteissa (sehä on toisaalta MS:n perustavaa laatua oleva ideologia: ohjelmistoja, jotka toimivat kaikissa laitteissa).

No, tällä hetkellä HTML5 ei tietenkään vielä paini samassa sarjassa natiivi-sovellusten kanssa, mutta on lienee kuitenkin tie laitteistoriipumattomiin ohjelmistoihin. Saa vaan nähdä kohtaako Javan kohtalon, eli hieno idea, mutta ei käytännössä kaikkein kivoin käyttökokemukseltaan.

[spiidi78]

Kosketusnäytön mahdollisuuksia ei kai HTML 5:ssa pysty täysin hyödyntämään.

Pystyy.

Itse muuhun aiheeseen: desktopeissa HTML5 ei koskaan syrjäytä natiiveja ohjelmia. Jo pelkästään siksi että natiivit käyttävät rajapintoja, joihin ei web-enginellä ole mitään pääsymahdollisuuksia. Mobiilipuolella niistä tulee varteenotettava vaihtoehto yksinkertaisille natiivi-appseille ja peleille. Tosiaan yllättävää, että Microsoft yhtäkkiä esittäytyykin "maailmanpelastajana" tässä asiassa, kun on aiemmin vain yrittänyt tappaa kaikki avoimet viritykset omilla suljetuille sätöksillään. Hyvä markkinointikikka tai sitten ovat luovuttaneet ja tulleet järkiinsä.

[BlueTide]

Itse muuhun aiheeseen: desktopeissa HTML5 ei koskaan syrjäytä natiiveja ohjelmia. Jo pelkästään siksi että natiivit käyttävät rajapintoja, joihin ei web-enginellä ole mitään pääsymahdollisuuksia.

Kyllä webenginet pääsevät käsiksi natiiveihin rajapintoihin ja pystyvät jopa avaamaan niitä vaikkapa javascriptin kautta. Tätä on jo tehtykin. Ei tuo ole mikään (iso) ongelma. Isompi ongelma on se, että eri ympäristöt toimivat eri tavalla, paljastavat eri rajapintoja ja näyttävät erilaisilta. Noita taas on turha toivoa standardoituviksi, ja kun niitä ei standardoida niin sama HTML5 aplari ei toimi joka alustalla. Tai jos se toimii, se ei ole natiivi ympäristössä X. Tai sitten voidaan tehdä hybridiapplareita. HTML:n tilanne on vähän niinkuin Java-all-over-again, mutta mistä sen tietää, joskus vain aika ei ole ollut oikea.

Tuosta sitten seuraa kysymys että miksi tehdä HTML5:llä ylipäätään - tähänkin on toki hyviä syitä, kuten esmes koko web on näyttänyt. On tuossa toki muitakin ongelmia, kuten edelisissä viesteissä oli jo mainittunakin, eikä pelkästään teknisiä vaan myös kuluttaja/yhteiskuntalähtöisiä. Ongelmat vain odottavat rakaisuja.

Saas nahrä miten käy.

[spiidi78]

Kyllä webenginet pääsevät käsiksi natiiveihin rajapintoihin ja pystyvät jopa avaamaan niitä vaikkapa javascriptin kautta. Tätä on jo tehtykin.

No joo pääsee muutamiin, mutta VAIN muutamiin. Ja joo sitä on nähty esim Dashboard widgeteissä ja mobiilipuolen vastaavissa.

[BlueTide]

No joo pääsee muutamiin, mutta VAIN muutamiin. Ja joo sitä on nähty esim Dashboard widgeteissä ja mobiilipuolen vastaavissa.

Itse enginet kyllä pääsevät käsiksi ihan samoihin rajapintoihin kuin kaikki muutkin softat. Se, että Dashboard widgeteille on vain rajallinen määrä rajapintoja käytössä ei mitenkään tarkota etteikö niitä voisi avata enempääkin tai etteikö näin olisi jo tehtykin. On toki muitakin syitä miksi tuommoisen kanssa ollaan varovaisia, ja syystä, mutta teknisesti ottaen tuohon ei ole mitään estettä.

If u need to call some native functions in JavaScript, JavaScript interpreter should be aware of that functions/native component you are trying to access.

So process would be to implement such mechanism in JavaScriptCore. You can look at example how its been done for some standard JavaScript objects and their properties.

https://lists.webkit.org/pipermail/webk ... 06412.html

[spiidi78]

Itse enginet kyllä pääsevät käsiksi ihan samoihin rajapintoihin kuin kaikki muutkin softat. Se, että Dashboard widgeteille on vain rajallinen määrä rajapintoja käytössä ei mitenkään tarkota etteikö niitä voisi avata enempääkin tai etteikö näin olisi jo tehtykin. On toki muitakin syitä miksi tuommoisen kanssa ollaan varovaisia, ja syystä, mutta teknisesti ottaen tuohon ei ole mitään estettä.

Tässä yhteydessä oikeastaan puhutaan hieman väärillä termeillä. Pitäisi puhua palveluista, joita järjestelmä tarjoaa käytettäväksi JS:n yli, eikä rajapinnoista. Rajapinnat ovat suora yhteys järjestelmään, kun palvelut ovat taas sandboxattuja väyliä, joilla voi toteuttaa jonkin toiminnallisuuden rajoitetusti. Teknisesti ei tietenkään ole estettä, ei tarvitse kuin avata uusia palveluja jotka tarjoavat lisää toiminnallisuutta. Mutta juu taidetaan olla samoilla kannoilla asian kanssa

[BlueTide]

Tässä yhteydessä oikeastaan puhutaan hieman väärillä termeillä. Pitäisi puhua palveluista, joita järjestelmä tarjoaa käytettäväksi JS:n yli, eikä rajapinnoista. Rajapinnat ovat suora yhteys järjestelmään, kun palvelut ovat taas sandboxattuja väyliä, joilla voi toteuttaa jonkin toiminnallisuuden rajoitetusti. Teknisesti ei tietenkään ole estettä, ei tarvitse kuin avata uusia palveluja jotka tarjoavat lisää toiminnallisuutta. Mutta juu taidetaan olla samoilla kannoilla asian kanssa

Voi hyvin olla, minulla ei ole suomenkielen termit mitenkään hyvin hallussa. Enkuksi nuo ovat vain API:ja, esim. JavaScript API joka kyllä kääntyy "rajapinnaksi" - kielenkäyttö on toki tuollakin vaihtelevaa. Edelleenkään enkuksi ei ole mitenkään vakiintunut käytäntö erotella palveluita ja rajapintoja esittämälläsi tavalla, koska esim. palveluilla on yleensä rajapinta. API:t tai palvelut eivät myöskään ole mitenkään sidoksissa sandboxaukseen tai siihen, onko niillä pääsyä "järjestelmään" vai ei. Samaten "palvelu" voi yleisessä tapauksessa paljastaa juuri mitä sen halutaan paljastavan ja API voidaan tehdä järjestelmän sijasta vaikkapa sovelluksen laajentamista varten.

Mutta kuten sanottua, suomenkielisistä käytännöistä ei minulla ole sen enempää haisua.