[ elektrostudio @ 21.09.2011. 19:47 ] @
visual studio 11 developer preview se pojavio ... iskustva slede
[ 2paca.zwaka @ 21.09.2011. 20:03 ] @
Metro + C++ ......odlicno
[ 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 .