Windows 8: A fejlesztő első benyomásai

A Microsoft a múlt héten BUILD rendezvényén mutatta be a Windows 8 fejlesztői előnézetét. Sok író darabolja és kockázza a Windows 8-at az UI, a kezelés, a szolgáltatások és így tovább; Hozzáteszem a beszélgetéshez, hogy az ugyanazon a rendszeren futó örökölt és metro stílusú alkalmazások úgy érzik, mint a Win 3.1 nap, amikor folyamatosan ugráltak a GUI és a 80x24 mód között, hogy dolgokat készítsenek, és nagyon remélem, hogy a Microsoft javítja a korábbi tapasztalatokat. dob. A Windows 8 fejlesztő szempontjából való figyelmére összpontosítom. (Az előnézegetéshez a VirtualBox-ot használtam; ha ugyanezt akarsz tenni, kövesse ezeket az utasításokat.) Itt vannak a kezdeti gondolataim és megállapításaim a Windows 8-ról.

Metro stílusú alkalmazások és WinRT

Az igazán nagy változás az, hogy a Windows 8 támogatja egy új Metro-stílusú alkalmazások nevű alkalmazásparadigmát, amelyek egy új, Windows Run Time (WinRT) nevű API-ra épülnek. A metró stílusú alkalmazások úgy néznek ki és érzik magukat, mint a Windows Phone 7 (WP7) alkalmazások, és beépíthetők XAML + C # / VB.NET / C ++ vagy HTML + JavaScript-be.

Úgy tűnik, hogy a WinRT új rendszer- vagy operációs rendszer-szolgáltató az alkalmazások számára. A .NET nem volt tiszta törés a múltból, mivel csupán a meglévő rendszerhívásokat csomagolja átfogó csomagba. Míg a részletek nem ismertek, számomra úgy tűnik, hogy a WinRT a Win32 API teljes értékű pótlása lehet. A WinRT más nyelveken is elérhető, és úgy tűnik, hogy a nem Metro stílusú alkalmazások (.NET és C alkalmazások) szintén használhatják a WinRT-t.

A WinRT számos érdekes funkciót támogat, többek között:

  • Egyszeri bejelentkezés
  • Windows Push Notification Service (a WP7 már rendelkezik ezzel a funkcióval.)
  • Kapcsolattartó forrásként szolgálhat az operációs rendszerhez (azaz részletekkel szolgálhat a címjegyzékhez)

A WP7 és a Silverlight alkalmazásokhoz hasonlóan a Metro stílusú alkalmazások erősen homokozó környezetben fognak futni. Noha ez nagyszerű a végfelhasználó számára, elvárható, hogy alkalmazásod funkcionalitása számos szigorú korlátozással korlátozza azt, hogy mit tehetnek a rendszerrel. A mély operációs rendszer működését igénylő alkalmazásokat valószínűleg továbbra is .NET vagy natív kóddal kell írni.

Az új paradigma támogatása érdekében a Microsoft az Expression Blend új verzióját tartalmazza a munkákban, nagy hangsúlyt fektetve a HTML és a JavaScript fejlesztésére. A Microsoft világossá teszi, hogy ezt nem fogják statikus HTML-helyekhez használni, ami arra készteti azt a véleményem, hogy az Expression Web (ami nagyon szeretem) továbbra is működni fog. A HTML + JavaScript alkalmazások az IE 10-en belül teljes képernyőn futnak, nincs "króm" mód, tehát úgy néznek ki és érzik magukat, mint a többi Metro stílusú alkalmazás (amely hasonlóan a WP7 alkalmazásokhoz teljesen kitölti a képernyőt, és nincs operációs rendszerük) UI elemek láthatóak azok használatakor). Ebben az IE munkamenetben nem lesznek engedélyezve plug-inek, így nem tudod beágyazni a Silverlight, a Flash stb. Alkalmazásaiba. Ha ezt akarja, akkor valószínűleg jobb lenne írni az XAML-ben, beágyazni a HTML-t és a JavaScript-et, bár nem világos, hogy képesek-e hozzáférni a WinRT-hez. Fontos megjegyzés: A Metro / WinRT alkalmazások nem lesznek kompatibilisek a Windows korábbi verzióival. Azt is meg kell jegyezni, hogy a Metro / WinRT alkalmazások nem lesznek platformok közötti kompatibilisek, annak ellenére, hogy a fejlesztési technológiák is vannak.

A WinRT dokumentáció olvasása világít. Például egyértelmű, hogy a WinRT nem engedélyezi az adatok elérését egy „megosztott” helyen vagy alkalmazás-specifikus területen kívül. Ugyanúgy, mint a WP7-ben, nagyon nagy hangsúly van az aszinkron műveletekre. Míg a metro stílusú alkalmazások továbbra is elérhetik a Win32 API, COM és .NET Framework egyes részeit, a hozzáférés korlátozott. A System.IO osztályok (például a File objektum) használatával nem szabad megkerülni a WinRT fájlhozzáférési korlátozásokat - ezek teljesen eltűntek. Nyilvánvaló, hogy a .NET-keretrendszerhez, a Win32 API-hoz és a COM-hoz való hozzáférés célja annak kitöltése, hogy a WinRT nem biztosítja azokat, vagy alternatív módszerekkel kell rendelkeznie, amelyek nem engedélyezik a mély hozzáférést.

Visual Studio 11, .NET 4.5

A Visual Studio 11 (VS11) szinte azonos a Visual Studio 2010-rel, de van egy csomó felhasználói felület-fejlesztés és új szolgáltatás. Egyik szolgáltatás sem annyira „fúj ki”, mint például az IntelliTrace a VS2010-ben, ám ezek mindegyike jó frissítést jelent. A fejlesztői előnézetet egy eltávolított Express kiadással szállítják, de a teljes verziót a Microsoft-tól kaphatja meg (a Windows korábbi verzióin is fut). Ez nem egy metró stílusú alkalmazás, és megértem, miért. Az F # továbbra is azonos helyzetben van a C # és a VB.NET-rel. A VB.NET és a C # változásai alulteljesek, az Async támogatásától eltekintve. Az ASP.NET 4.5 támogatja a HTML5 WebSocket és aszinkron módon öblítő kérési és válaszfolyamokat, valamint néhány kevésbé érdekes funkciót. Az IISExpress az új fejlesztő webszerver, és a LocalDB sok támogatást kap.

Vegyes

A Team Foundation Server új verziója szintén jön, de a részletek írása idején ritkák. Az F # 3.0 tartozék, számos új funkcióval; nevezetesen úgy tűnik, hogy mennyiségi szempontból kedvezőbb frissítéseket kapott, mint a C # vagy a VB.NET (bár az Async / Await nagyon szép), de ez nagyrészt azért van, mert az F # még mindig meglehetősen új, és megvan a lehetősége.

Lesz egy Windows alkalmazás-áruház, amely úgy működik, mint egy okostelefon-alkalmazás-áruház. Az App Store az alkalmazáson belüli vásárlásokat is támogatni fogja, ami újabb bónusz. A VS11 közvetlenül integrálódik az alkalmazásboltba történő bekapcsoláshoz, beleértve egy nagyon jó funkciót, amely lehetővé teszi az alkalmazás nevének fenntartását. A Microsoft emellett biztosítja az alkalmazás-áttekintő eszközöket, ezért a benyújtás előtt tudnia kell, hogy az alkalmazás elmúlik-e vagy sem.

Egy másik érdekes felhőalapú ötlet az, hogy a metro stílusú alkalmazások könnyen szinkronizálhatják az információkat a Windows Live rendszerrel, hogy más készülékeken használhassák őket. A Windows 8 + WP7 / WP8 kombináció abszolút gyilkos lehet az on-the-go szakemberek és a vállalati alkalmazások számára. Még akkor is, ha a WP7 / WP8 operációs rendszer elkülönül a Windows 8-tól, és az alkalmazásokat minden platformon át kell írni (bár azt hiszem, nem kell, hogy legyenek), az a képesség, hogy azonnal megtekintse az alkalmazások munkáját vagy beállításait egy számítógépen minden eszközön fantasztikus. A WP7 ezt már megteheti Word, Excel, PowerPoint, SharePoint és OneNote alkalmazásokkal, bár a konfiguráció meglehetősen bosszantó.

Olvassa el a Windows 8 operációs rendszeren található átvételt.

© Copyright 2021 | mobilegn.com