[ elektrostudio @ 21.09.2011. 19:47 ] @
visual studio 11 developer preview se pojavio ... iskustva slede |
[ elektrostudio @ 21.09.2011. 19:47 ] @
[ 2paca.zwaka @ 21.09.2011. 20:03 ] @
Metro + C++
![]() ![]() ![]() [ mmix @ 21.09.2011. 20:25 ] @
Ne stizem, ajd nek neko samo baci pogled na call stack, jel metro C++ direktni native API ili je c++ layer iznad managed metroa?
[ mirdraal @ 22.09.2011. 09:46 ] @
Citat: mmix: Ne stizem, ajd nek neko samo baci pogled na call stack, jel metro C++ direktni native API ili je c++ layer iznad managed metroa? Metro c++ se oslanja odnosno koristi usluge WinRT-a ... E sad WinRT je U stvari "osiromašeni" CLR 4.5 , nesto kao .Net client profile u prethodnim verzijama naravno prilaqgodjen za Metro style aplikacije .WINRT u principu dosta liči na silverlight . Novo je da se aplikacije za WinRT mogu pisati u C++ , C# i VB.NET ili JavaScript/HTML5 kombinaciji . [ mmix @ 22.09.2011. 09:56 ] @
Da li je "osiromaseni" ili je kloniran u unmanaged space? POstoji velika razlika u posledicama.
Ako je managed onda u osnovi znaci da metro C++ aplikacije vec imaju aplikacioni domen ucitan i to je onda problem. Sta ako probas da kroz interop pozoves C++/CLI assembly koji proba da ucita svoj domen ui isti proces? [ mirdraal @ 22.09.2011. 12:13 ] @
Citat: mirdraal: Metro c++ se oslanja odnosno koristi usluge WinRT-a ... E sad WinRT je U stvari "osiromašeni" CLR 4.5 , nesto kao .Net client profile u prethodnim verzijama naravno prilaqgodjen za Metro style aplikacije .WINRT u principu dosta liči na silverlight . Novo je da se aplikacije za WinRT mogu pisati u C++ , C# i VB.NET ili JavaScript/HTML5 kombinaciji . Pogresio sam u odgovoru ... I ja sam nov u ovome , pratim evo par dana pa i ne pohvatam sve kako treba iz prve . Dakle , WINRT je unmanaged (native)objektno orijentisani API . Direktno je baziran na COM tehnologiji i implementira cak i Iunknown i refcounting ali ne i neke druge interfejse kao npr IDispatch.Zanimljivo je da su U WINRT implementirani .NET style delegati i eventi za razliku od originalnog COM-a. OD .net-a je preuzeto i da sve komponete imaju i svoj metadata kao i svaki .net assembly ( čak je i format identičan). C++ aplikacije komuniciraju sa WinRT direktno , što je i logično , dok je za .NEt i JavaScript referenciraju WinRT komponente direktno (svaki na svoj nacin). Čak za .Net aplikacije nema Com interoperabylity layera već se integracija vrši na veoma niskom nivo-u CLR-a. [ mmix @ 22.09.2011. 12:22 ] @
hmm, pa nisi sad tek odgovorio nista konkretno. Managed API moze da ima unmanaged wrapper API iznad sebe a da ti to ni ne vidis iz svoje native C++ aplikacije i ti koristis managed code iako nisi toga svestan. Pitanje je veoma direktno, ako imas native C++ metro aplikaciju da li je u nju ucitan managed application domain? Za pocetak bar zakaci debuger na app i pogledaj da li je medju ucitanim DLLovima neki od mscor*.dll
[ mirdraal @ 22.09.2011. 20:57 ] @
Citat: mmix: hmm, pa nisi sad tek odgovorio nista konkretno. Managed API moze da ima unmanaged wrapper API iznad sebe a da ti to ni ne vidis iz svoje native C++ aplikacije i ti koristis managed code iako nisi toga svestan. Pitanje je veoma direktno, ako imas native C++ metro aplikaciju da li je u nju ucitan managed application domain? Za pocetak bar zakaci debuger na app i pogledaj da li je medju ucitanim DLLovima neki od mscor*.dll Upravo sam isprobao par c++ aplikacija i nema ni govora o nekakvom managed API-ju za metro c++ aplikacije. Nikakvi aplikacioni domeni , niti mscor*.dll-ovi . Copyright (C) 2001-2025 by www.elitesecurity.org. All rights reserved.
|