Mostantól magyar webfejlesztőknek is hozzáférhető lesz a Windows Store
Két napja jelentette be a Microsoft, hogy immár Magyarország is benne van a fejlesztők számára elérhető Windows Store országok között. Tekintettel arra, hogy a HTML5 és JavaScript alapú fejlesztés roppant magas szinten támogatott a Store-ba majdan kerülő alkalmazásoknál, mi több a lehetőségeket tekintve teljesen egyenrangú úgy a natív C++/WinRT, mint a C#/WinRT alkalmazásokéval, ez igen kedvező a webfejlesztők számára is.
A december 6-i első bejelentésen még csak 27 ország fejlesztői számára volt elérhető a Windows Store. Hazánk nem volt közte, de a szomszédos Ausztria sem, miközben Csehország igen.
Ez azt jelenti, hogy bekerültünk a Developer account and app submission markets listába, azaz a Windows 8 megjelenésével fejlesztőink Windows Store fiókot regisztrálhatnak, és feltölthetik a Store-ba alkalmazásaikat, valamint helyi fizetőeszközben hozzá is juthatnak jutalékaikhoz. Az éves regisztrációs díj is forintban fizetendő: egyének számára 9400 Ft, míg vállalatoknak 18 800 Ft.
Megjegyzem, hogy a Windows Store consumer markets listában már eddig is benne voltunk. Ez egyébként azt jelenti, hogy országspecifikus katalógusunk lesz, mi több, azon országok közé kerültünk már eredetileg is, amelyekben a fizetés helyi pénznemben, esetünkben forintban történhet majd.
Mostantól tehát érdemes komolyan foglalkozni mindazzal, amit az – aktuális pletykák szerint – nyár vége felé megjelenő Windows 8 jelent üzletileg, úgy az egyéni fejlesztőknek, mint a fejlesztőcégeknek hazánkban.
Első lépésként ajánlott megismerkedni azzal, amit eddig akár jómagam közzétettem a Windows 8-cal kapcsolatban:
- A Windows 8 alkalmazási modellje webfejlesztőknek;
- Windows Store előzetes, továbbá
- Elemzés: WinRT/Metro .NET alapon,
ami kifejezetten .NET-eseknek íródott, de – mivel HTML5, JavaScript és ehhez kapcsolódó más technológiákban dolgozók számára nem lévén ehhez hasonló magyar nyelvű áttekintés – magyarul ezt tudom csak ajánlani a JavaScriptben dolgozóknak azzal, hogy higyjék el, JavaScriptben ugyanerre lesznek képesek.
A béta február végén jelenik majd meg. Addig érdemes megtervezni magát a fejlesztést!
Mindenkinek jó munkát, no és persze boldog új évet kívánok!
■
Van benne fantázia :-) Valami
Nem olvasok el minden
Bár nem tudom biztosan, de
Csak azért jött a kérdés,
Nekem meg ha js váltaná le
Pár éve viszonylag könnyű
Az alkalmazások hordozhatóságának szempontjából szerintem életképesebb modell a Mozilla-féle B2G, amikor a böngésző motorjában valósítják meg a különböző külső eszközök API-jait (kamera, kontaktok, geolokáció és társaik). Jóval egyszerűbb és gyorsabb szoftverek készíthetők így, ráadásul sokkal hamarabb lehet elkészíteni őket, mintha különböző platformokra való optimalizálással kéne foglalkoznunk.
Alkalmazásfejlesztőként mindenkit lebeszélnék a platformspecifikus fejlesztésről, ha van alternatíva, ami mindenhol fut. Úgy gondolom, hogy legfeljebb az olyan szolgáltatások engedhetők meg, mint amikor a Windows 7 tálcáján futó programok menüjéhez hozzá tudunk adni új menüpontokat, és ezzel nem vagyok egyedül, a Building your first Windows Metro style app using JavaScript kommentjei között is találhatóak hasonló vélemények a portolhatóságról.
Azt viszont nem értem, mi köze ennek az egésznek a webfejlesztéshez, mert én csak annyit látok, hogy a Microsoft egy újabb nyelvet adott a Windows-os programírási lehetőségekhez, amivel a maga pozícióját erősítheti az operációs rendszerek piacán azzal, hogy újabb fejlesztőket láncolhat magához. Próbálkozott már hasonlóval tíz éve többek között az IE6-tal és a szabványok kiterjesztésével, amit bár a többség végül elutasított, de azért jópár hasznos dolog is megmaradt az utókornak (XMLHttpRequest, InnerHTML stb.).
Nem tudom, hogy jól értettem
Ez jelenleg is így működik
Az általam linkelt oldalon pont van egy példa, hogy ők a saját WinJS.xhr függvényüket ajánlják az XMLHttpRequest helyett, mert "Instead of letting the developer choose to retrieve the data synchronously or asynchronously the way the XMLHttpRequest object does, xhr forces an asynchronous call so that the UI isn't blocked while data is retrieved". Most akkor nyerek vagy vesztek, ha ezt használom?
Hát én sem vágom, hogy ez
a szerver csak adatokat
És ezzel újra feltaláltuk a vastag klienst? ;)
Egyáltalán nem kellett újra
Csak arra próbáltam célozni,
Jah, mondjuk mobilon ez talán
Az ARM alapú eszközök azért
Az i386 alapú eszközök jelen pillanatban ritkák, gyorsak, kevésbé jól használhatóak (a Windows 7 nem igazán érintésre lett kitalálva), és gyorsan lemerítik az akkumulátort.
Hát szerintem ez az egész
http://totalcar.hu/magazin/hi
Ezen jót röhögtem, még szerintem lesz benne pár év kutatás mire piacra kerül, de megoldhatja a kis készülékeknél a mostani energiaválságot...
Chrome OS
embed), és ezzel lehet hozzáférni eszközspecifikus dolgokhoz, vagy ha csak egy lépéssel is, de közelebb kerülni a processzorhoz. Chrome esetén ezt Native Client-nek hívják, és magát az kiterjesztést C/C++-ban írják.YouTube-on van pár bevezető videó is a témában, ha valakit érdekel, és lusta sokat olvasni.
Nem értem, melyik az a része,
A Microsoft lehetővé tette,
Nem kérem, hogy definiáld a
Hát ha jól vettem ki, akkor
Pontosan azt teszik, mint tíz
2022-ben, három Windows-generációval később cégek arról fognak panaszkodni, akik beugrottak a kútba, hogy nem tudnak váltani, meg vannak rekedve a tíz évvel azelőtti technológiai szinten, mert a Microsoft már nem támogatja a régi op.rendszerüket (lásd XP-n max. IE8, Vistán max. IE9 fut, és nem azért, mert lehetetlen lenne az IE10-et átírni rájuk).
A webfejlesztés szerintem arról szól, hogy bárhol nézek meg egy weboldalt, bárhol használok egy webes alkalmazást, az mindenhol ugyanúgy néz ki és ugyanúgy fut. A Microsoft-féle elképzelés nem erről szól.
ugyanúgy?
Egyéni tolerancia kérdése
Egyébként a win8-as js-ben
Van élet az OOP-n túl is.
Én inkább úgy mondanám, hogy
Van de ha már belekóstoltál a
+1 :-)
Certification requirements
The APIs for Metro style apps are described in the Metro style apps API reference. Your app must also not link to, depend on, or otherwise make use of APIs or Windows OS services outside those described in the Metro style apps API reference.