Új hozzászólás Aktív témák

• #9553 oO7 őstag Sequoyah #9548

  Új Válasz 2011-12-05 16:18:04 #9553

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  oO7

  őstag

  válasz Sequoyah #9548 üzenetére

  oh crap...

  szóval azt állítod, hogy a microsoft azt állítja, hogy a WP8 még NEM Win8 kernellel fog futkározni...

  miért is nem logikus ez...

  Röviden:
  Ha van rá lehetőségük, hogy ugyanazt a rendszert rakják mindenhova, mert annyira jól skálázható, és ezzel biztosítsák a programoknak a bináris kompatibilitást, és a fejlesztőknek a konzisztens fejlesztői környezetet, API-kat... akkor minek szopatnák magukat és a fejlesztőket azzal, hogy mégis külön ágakon járatják az OS-eiket és nem egyesítik?

  Hosszan:
  1. A Win8 kernel 100% -ban alkalmas arra, hogy elfusson egy első generációs WP7-es készüléken is... sőt valószínűleg még kisebb is a hardverigénye mint a WP7-nek, illetve jobban használja ki az alatta lévő hardvert

  2. a Win8-ban a fejlesztés nem a hagyományosnak mondható .NET vagy Silverlight alapokon fog történni, hanem az új WinRT -vel... ez a WinRT naaaaagyon nagy vonalakban azt tudja, hogy a .NET frameworknek (nem runtime) egy jó nagy szeletét implementálták natívan és beletolták a Win8 kernelbe... innentől kezdve példának okáért a WPF vagy az XNA (illetve ezek utódai) natívan vannak implementálva és natív kódból is elérhetőek ami ugye sejtheted, hogy bizonyos esetekben nagy nagy teljesítménynövekedést okozhat a programoknál... aztán ottvan az is, hogy ami eddig csak a .NET-en belül volt érvényes, hogy minden .net-es szerelvény együtt tudott működni a másikakkal (bármilyen nyelven is írtad őket... akár különböző nyelven is természetesen), namost ez kiegészült azzal, hogy a natív szerelvények is tudnak .NET-es szerelvényeket használni és fordítva úgy, hogy ebből a fejlesztő semmit nem vesz észre...
  aztán végre a közös alapot kihasználva lesz lehetőség tetszőleges eszközök között "kódokat" (program darabokat - szerelvényeket) hordozgatni mivel binárisan kompatibilisek lesznek a rendszerek (ellentétben a mostani helyzettel, ahol van .NET és Silverlight desktopon és van egy Silverlight a telefonon ami maximum kód szinten kompatibilis az asztali Silverlight-al de még olyan szinten sem mindig)...
  az aszinkron programozásra is nagyn ráfeküdtek a Win8 -nál, ami szintén látványosan megnövelheti az alkalmazások gyorsaságát, illetve főleg inkább a felület folytonosságát, gördülékenységét... erre mondjuk a WP7 viszonylag jó példa, de még annál is sokkal tovább vitték ezt az elképzelést és még jobb lesz...

  A lényeg, hogy a Win8-ban olyan iszonyatos mennyiségű fejlesztés fog jönni, amit a mostani 7-es vonal foltozgatásával nem fognak tudni beérni de mégcsak megközelíteni sem...

  Az is egy érdekes dolog, hogy a Win8 -at megcsinálták gyakorlatilag a WP7 utódjának (egy csomó koncepciót, elképzelést örökölt a WP7-ből és itt most nem a Metro design-ra gondolok hanem a rendszer belső működésére) és akkor ennek ellenére a WP7-et mégsem arra frissítik?
  Ha külön vonalon maradnak, akkor rendesen tökön rúgják magukat, mert szarakodni kell majd a programok protolásával Win8 és WP "Apollo" között... ellenkező esetben viszont pofon egyszerű volna egy program portolása mert csak a felületet kell kicsit átszabni, de a program üzleti logikájába / API hívásokba semmit nem kellene változtatni...

  És igazából még egy rakás gondolat cikázik a fejemben, hogy mi van még ami miatt nem tűnik logikusnak a 7-es vonal foltozgatása a 8-as mellett... de talán már ennyiből is elkezded érezni a lényeget...

  [ Szerkesztve ]

Új hozzászólás Aktív témák