- A Watch7-tel debütálhat a Samsung vércukormérője
- Fotók, videók mobillal
- iPhone topik
- Garmin Forerunner 165 - alapozó edzés
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Telekom mobilszolgáltatások
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Bemutatkozott a Redmi új szériája
- Oppo Find X5 Pro - megtalálták
- Bluetooth-headsetekről általában
Hirdetés
-
Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
gp Továbbra is szeptemberi premierrel számolnak a fejlesztők, reméljük több halasztásra már nem kell számítanunk.
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
Új hozzászólás Aktív témák
-
vicze
félisten
Egészt miért vitatkoztok még vele, mikor egyértelmű, hogy fogalma sincs róla, hogy miről beszél.
Azt meg miért kell szintén felesleges szajkózni, hogy a futtató környezet .NET, mikor minden platformon Windows Runtime van? Ez az egész lényege, a .NET a Silverlight-tal együtt ki lett nyírva.Amúgy most számodra mi változik ezzel? Kb. eddig is ugyanezt csináltad, tehát két külön UI projekt, most az hogy dobnak hozzá értelmetlen templétet, amit nem fogsz használni, mitől egyszerűsíti a programozó életét?
A programozó élete abban egyszerűsödik, hogy az API-k teljesen azonosak lesznek végre, és ezért lehet a kód azonos, és csak az UI-t kell vége más legyen, a Modern appokban. Gyakorlatilag most végre befejeződik a Metro béta tesztje és a koncepció kiteljesül 2év után.
-
vicze
félisten
Mit definiáljak rajta? Egy szót se mondtam arról, hogy semmi köze hozzá. A .NET Framework-öt váltja a Windows Runtime, jelenleg párhuzamosan vannak, nyilván valóan, mivel az "ablakos rendszer"(Desktop) nem tűnt el.
A .NET verziók a VS-ekhez vannak kötve nem a Windowshoz. A 4.5 a VS 2012-vel jött. A .NET-en jelenleg annyit fejlesztenek, amennyit hozzá kell igazítani a WinRT-hez. A VS 2013-mal jött az .NET 4.5.1, az új WinRT API-khoz a Win8.1-ben.
Jelenleg a ModernUI a Windows Runtime-mal együtt egy gigantikus katyvasz. Csomó nyelven írhatod rá programokat, nem egységes az API a 4 (WP7 külön van és nem WinRT API) platformon, WP7-en WPF a többin XAML a ModernUI. Azért néz ki úgy mintha .NET lenne, mert nyilván a többség abban programoz rá, de lehet ugye HTML5/JS, C++, sőt még Delphi is. Meg ugye a nyelveket még kevered is legtöbbször a kódodban össze-vissza, a fordító majd megoldja.
WindowsRT-ben hol van a .NET? Mégis abban írod rá a programokat. Win7-en van .NET 4.5.1, mennek rajta a WinRT appok?
Amúgy ugye az AppX-szel megszűnik a visszafelé kompatibilitás WP7-tel és már csak legacy marad a WPF WP8-on.
A programozók szívatása szempontjából az MS a lehető legjobb utat választotta, user oldalról a legjobbat, de hogy megéri-e a fejlesztők szívatása? Na ezt nem tudom, hálaég nem vagyok az. -
vicze
félisten
A képről hova tűnt a .NET Framwork Runtime? Vagy akkor tekintsük úgy, hogy sose volt?
Pont az a CLR tűnt el, ami eddig ott volt a Win32 helyett ez most leváltotta WindowsRT-n és WP8-on a Windows Runtime. Én erről beszélek, "sajnos" a .NET mocsok tág fogalom, és így elég könnyen elbeszélünk egymás mellett.[ Szerkesztve ]
-
vicze
félisten
Vagy esetleg a CLR épp erről lemarad? Mert aszerint a Win32 felett lenne a CLR, de a valóságban azért nem így van Win7-en pl. Az új ábrákról lehagyják, a régieken így szerepelt:
Ezen viszont úgy van ahogy mondod, hogy a CLR a WinRT felett van. De hogy is van ez? Runtime a Runtime-on? Valamelyik ábra nem stimmel.
Sőt az ő elképzelése(?) még durvább, CLR a WinRT-n és az a Win32 tetején fut... Csak akkor hogy is van ez WP8-on? Ott hol a Win32?Szerintem a CLR integrálódott a WinRT-be, Desktop appoknak még van külön mivel szükséges, így Win8-ban külön is megtalálható.
Na ezért mondom, hogy katyvasz az egész, mert nincs egy tiszta világos egyértelmű kép, hogy mi is történik.[ Szerkesztve ]
-
vicze
félisten
Egyedül az én állításom szempontjából érdekes hogy hol a CLR(meg némileg az overhead miatt), mert ha Windows Runtime-ba van építve akkor egy kicsit nekem van igazam, ha felette van akkor hülyeséget beszélek, viszont akkor .NET CLR ott kell legyen WindowsRT-n és WP8-on is. (A Win32 alrendszer WP8-on mindenesetre vicces. )
Most hirtelen nem tudom, melyik igaz.Hát a WP 8.1-től nem csak sarkítva lesz az, hanem egy szintre kerülnek az API-k végre és ezért is jöhet létre az egységes app és ezért érdemes dobni a XAP-ot. ( Mondjuk az már a WP8 bemutatásakor a Build-en mondtam, hogy a WP8 egy WinRT desktop mode nélkül. )