Czy nowoczesny C ++ zastępuje C #? Czy Microsoft naciska na programistów, aby przyjęli C ++? [Zamknięte]


91

Słyszę o współczesnej popularności C ++ i kilku rozmowach na temat migracji z powrotem do C ++ z C # lub innych języków podobnych do C.

Wiem o funkcjach C ++ 11, ale chciałbym usłyszeć twoje doświadczenia, zwłaszcza od programistów, którzy przeprowadzili migrację z C # do C ++.

Co ważniejsze, czy Microsoft popycha programistów do używania C ++? Jeśli tak, dlaczego?


16
Myślę, że C ++ zawsze był językiem powszechnie używanym, ponieważ jest bardziej dobrze ustalony i łatwiejszy do przenoszenia niż C #. Nie sądzę, że zastępuje C #. W przypadku aplikacji biznesowych opartych na systemie Windows C # będzie nadal bardzo poszukiwany jako język łatwy do wykonania . C ++ nigdy tak naprawdę nie odszedł. Niedawno odżyło.
KChaloux

2
Mam nadzieję, że nie. Java i C # były dobrodziejstwami dla programistów i wciąż się rozwijają.
Jesse C. Slicer

4
Zarówno C ++, jak i C # to tylko narzędzia : wybierz najlepszy dla konkretnego zadania. np. jeśli chcesz pisać kod między platformami, możesz użyć C ++; jeśli chcesz mieć małe aplikacje, które nie wymagają instalacji środowiska uruchomieniowego .NET, możesz użyć C ++ (ze statycznie połączonym CRT); jeśli chcesz opracować jakieś narzędzie GUI dla systemu Windows w sposób RAD, możesz użyć C # i WinForms; itd.
Mr. C64,

6
To dobre pytanie, może trzeba trochę przeredagować. To nie jest inny język A vs. język B. Raczej, to jest dokładnie to, jakie są stanowiska Microsoftu, dlaczego to się zmieniło i dokąd oni idą, ponieważ w rzeczywistości stwardnienie rozsiane jest wystarczająco duże, że kiedy wywierają wpływ, przynajmniej mniejsze góry mają tendencję przenieść. I tak, w tym przypadku zdecydowanie wpływają na.
DXM

9
Zachowajmy to, by wszyscy byli uprzejmi. Nieuprzejmość nie będzie tolerowana.
wałek klonowy

Odpowiedzi:


95

Tak, twoje podejrzenia są słuszne. Microsoft naciska na C ++, aby powrócił i stał się bardziej popularny.

Nie mogę go teraz znaleźć, ale jakiś czas temu widziałem prezentację jednego z dużych facetów Microsoftu, a cała ta sprawa była skierowana do programistów i dotyczyła wprowadzenia Windows 8, a zwłaszcza WinRT (także zamiennika dla platformy .NET jako Win32 API).

Miał oś czasu, w której wyjaśnił, w jaki sposób różne naciski wpływały na to, która technologia była popularna w określonych czasach. Na początku ludzie chcieli prędkości, więc wszyscy kodowali w C / C ++ (dwa osobne języki). W miarę jak sprzęt stawał się coraz szybszy, nacisk kładziony był na szybkość wykonywania, a bardziej na szybkość programowania, dlatego języki wyższego poziomu stały się znacznie bardziej popularne.

Jednak teraz nacisk kładzie się coraz bardziej na komputery mobilne i oparte na architekturze ARM (Windows 8 to pierwsza wersja Windows, która została skompilowana dla ARM) i wielu uważa, że ​​staną się one znacznie bardziej popularne, a dla niektórych całkowicie zastąpią pulpit. Tak więc nacisk (przynajmniej w oczach Microsoftu) powrócił do C ++, ponieważ teraz zależy nam na żywotności baterii. Kod wyższego poziomu = więcej instrukcji = potrzeba więcej soku.

Aby wesprzeć to przejście z powrotem do C ++, wprowadzili zupełnie nowy interfejs API programowania Windows 8, zwany WinRT (ostatnio sprawdzałem, to była i tak nazwa). Ten interfejs API podąża za motywem .NET Framework w zakresie zapewnianej funkcjonalności, ale będzie dostępny dla każdego, kto koduje w C ++ (przez interfejsy COM), w C #, a nawet w Javascript dla tych, którzy chcą pisać aplikacje HTML 5 / Javascript. Wprowadzają także XAML (technologię używaną w WPF, ich najnowszym frameworku interfejsu użytkownika), która będzie również dostępna w C ++.

Tak więc dla mnie oznacza to, że zdecydowanie większy nacisk kładzie się na C ++ w Microsoft niż w przeszłości.

AKTUALIZACJA # 1:

Ponieważ właśnie dostałem za to znaczek „ładnej odpowiedzi”, pomyślałem, że może powinienem wrócić i a) wyjaśnić kilka rzeczy ib) uszczęśliwić policję sprawdzającą fakty, ponieważ jak wszyscy wiemy na forach technologicznych, wszystko co jest nieścisłe, może doprowadzić do wojen to trwa przez lata.

  1. WinRT nie zastępuje frameworku .NET, ale jest to kolejna alternatywa dla programistów MS Windows, a MS zdecydowanie popycha ludzi w tym kierunku. Wygląda (trzymaj płomienie, jeśli nie jest to w 100% dokładne), że WinRT był głównie ukierunkowany na aplikacje Modern UI, chociaż zwykłe aplikacje komputerowe również powinny móc z niego skorzystać. Powiedziawszy to, MS mocno naciska, aby ludzie przerzucili się na pisanie a) nowoczesnych aplikacji interfejsu użytkownika oraz b) rozpocząć korzystanie z WinRT, aby saldo przesunęło procent osób korzystających ze środowiska .NET.

  2. C ++ NIGDY nie zastąpi języków wyższego poziomu, takich jak C # lub python. Tak jak te języki NIGDY nie zastąpią C ++. To była prawdopodobnie najbardziej kontrowersyjna część pytania OP. Ale chodzi o równowagę, a fakty są następujące:

    • Społeczność C ++ (w której stwardnienie rozsiane jest w dużej części MS) dąży do silnego powrotu do pozycji C ++ jako dobrego języka dla urządzeń o niskiej mocy, których udział w rynku rośnie ostatnio jak szalony. Jeśli mi nie wierzysz, poszukaj serii rozmów „GoingNative”, która rozpoczęła się w zeszłym roku.
    • Przy wszystkich wysiłkach i wpływach Microsoftu użycie C ++ zdecydowanie wzrośnie, podczas gdy C # może trochę zrzucić. Do tego dąży stwardnienie rozsiane i jak powiedziałem w komentarzach powyżej, kiedy stwardnienie rozsiane stawia swój pomysł za sobą, zmieniają dużą część branży. Prawdopodobnie dostanę odpowiedź od jakiegoś faceta, który spiera się: „Jaką branżę zawsze byłem na Linuksie” i na to moja jedyna odpowiedź brzmi: obudź się! Tak, istnieją inne systemy operacyjne, ale większość rynku komputerów stacjonarnych, zarówno konsumenci, jak i biznes to obecnie Windows, a każdy poważny programista, który chce zmaksymalizować wartość swojego czasu, byłby głupi, aby nie celować w tę część rynku komputerów stacjonarnych.

Podsumowując: Tak, MS naciska na powrót C ++, więc najprawdopodobniej jego popularność wzrośnie. Nie, C ++ nigdy nie zastąpi C #.

Aktualizacja nr 2:

Nie wiem dlaczego, ale społeczność techniczna zazwyczaj widzi rzeczy w absolutnie czarno-białych kategoriach, kiedy rzeczywistość jest pełna odcieni szarości. To jest odpowiedź na kilka nowych komentarzy, które zostały dodane do tego postu:

  1. .NET Framework nie zniknie w najbliższym czasie (ani nigdy). Prawie każda technologia, którą Windows posiadał od lat 90-tych, wciąż istnieje w jakiejś formie lub modzie. Tak więc dla tych, którzy są tak przywiązani do frameworku .NET: a) nie martw się, że zniknie i b) przestań się kłócić na jego korzyść, tak jakby twoje życie zależało od niego, twój interfejs API jest bezpieczny.

  2. WinRT reimplementuje wiele funkcji, które w przeszłości były dostarczane przez interfejsy API Win32 i .NET Framework. Ludzie, którzy chcą tej funkcji, będą mieli wybór, jeśli będą chcieli korzystać z WinRT, .NET Framework lub kontynuować korzystanie z Win32 API (to też nie jest martwe). Jeśli WinRT nie obsługuje dziś łatwego tworzenia aplikacji internetowych, istnieje duża szansa, że ​​będą one obsługiwać je w przyszłości.

Microsoft ogłosił, że WinRT jest dużą strukturą, która dała Microsoft szansę na rozpoczęcie od czystego konta i zbudowała API wykorzystując doświadczenia zdobyte w Win32 API i samej platformie .NET. Próbowałem szukać tego filmu i nadal nie mogę go znaleźć, ale jedną z rzeczy, o których mówca wspomniał, jest to, że istnieją pewne obszary frameworku .NET, które można by zdefiniować lepiej / prościej / czysto, a WinRT udostępnia tę samą funkcjonalność w tym nowym, czystszym interfejsie.


7
Czy to była przemowa Herb Suttera w C ++ i późniejszych zatytułowana „Dlaczego C ++?” Jest to wideo na kanale 9, chociaż w tej chwili mam problem z dostępem do niego, prawdopodobnie dlatego, że Redmond organizuje ogromne transmisje strumieniowe. Twoja logika ma sens, ale tego rodzaju oświadczenia naprawdę muszą być poparte pewnymi referencjami, ponieważ stanowiłoby to poważną zmianę strategiczną dla Microsoft i każdego innego, kto tworzy oprogramowanie z produktami Microsoft.
Robert Harvey

13
WinRT nie zastępuje .NET. Zachowaj fakty pod kontrolą.
Euforia

4
@Euphoric: Innymi słowy, środowisko .NET nigdy nie zastępowało interfejsu API Win32. W tym samym czasie, gdy pojawiło się C #, wiele osób przełączyło się i zapomniało o tworzeniu wywołań funkcji w stylu C w DLL Windows. MS naciska teraz na ten sam przełącznik. Tak więc, .NET Framework będzie nadal istniał pod maską WinRT i na pewno będziesz mógł nadal korzystać z .NET Framework, ale MS naciska, aby ludzie przerzucili się na nowy framework.
DXM

21
@gbjbaanb - To jest w 100% fałsz. Najpierw WSZYSTKIE .NET było zawsze bardzo ładnym narzędziem do tworzenia bibliotek Win32. Po drugie, istnieją tylko niewielkie różnice między Fullprofilem .NET a profilem .NET „WinRT”. Główne różnice, to wiele rzeczy, które zostały źle wdrożone 10-15 lat temu, zostały usunięte i zastąpione lepiej zaprojektowanym kodem. Dopóki nie pozbędą się biblioteki Win32 razem .NET pozostanie. Twój komentarz pokazuje KOMPLETNY i CAŁKOWITY brak wiedzy na temat samego języka .NET i C #.
Ramhound,

6
Nie wspominając o tym, że dla aplikacji internetowych .NET jest świetny. Gdyby był kiedykolwiek „zamiennikiem”, dotyczyłby aplikacji komputerowych, a nie aplikacji internetowych.
George Stocker

22

Nie, Windows 8 polega na użyciu dowolnego języka, którego potrzebujesz (lub znasz), aby wykonać zadanie. JavaScript, języki .Net (C #) i C / C ++ są obsługiwane jednakowo.

Nic nie jest zastępowane i ostatecznie to zależy od programistów. Istnieje jednak nacisk na lepszą żywotność baterii, co WinRT ułatwia.

Wyjątkiem są gry, w których C ++ uzyskuje większą obsługę, szczególnie w Windows Phone 8, podczas gdy języki zarządzane nie mają natywnej obsługi (inaczej Xna).


1
+1 Microsoft desperacko chce przyjąć Windows 8 na rynku smartfonów i tabletów. Apple generuje więcej przychodów z samego iPhone'a niż Microsoft. Jedną przeszkodą jest to, że istnieje bardzo niewiele aplikacji na telefon / tablet z systemem Windows w porównaniu z uznanymi platformami. Dlatego chcą, aby każdy mógł stworzyć aplikację w swoim ulubionym języku. C #, C ++ lub JavaScript.
MarkJ

Nie wiem, dlaczego zdecydowali się porzucić natywną obsługę c / c ++, zaczynając od Windows Phone 7. Od tego dnia Windows + Windows Mobile stał się z 90% głównej platformy dla naszej firmy, a jego znaczenie wzrosło do 10%. 10% wynika tylko z najlepszych narzędzi programistycznych (studio graficzne), w przeciwnym razie nie produkujemy już produktów, nawet na komputery z systemem Windows.
Pavel P

1
@Pavel Nie jestem pewien, co tam mówisz ..
Daniel Little

@Pavel - upuścił natywny kod z WinPhone7, a następnie upuścił kod zarządzany z WinPhone8. Może możesz teraz ponownie odwiedzić platformę lub po prostu zignorować ją, dopóki / jeśli nie uzyska znacznie większego udziału w rynku.
gbjbaanb

19

Wiem o funkcjach C ++ 11, ale chciałbym usłyszeć twoje doświadczenia

Myśl, że ludzie wolą C ++ niż C # (lub prawie każdą inną wersję [non-php] 1990) do programowania ogólnego, jest śmieszna . C ++ 11 dodaje kilka dobrych brakujących bitów, ale wciąż przybija gwoździe do psa .

C ++ ma kilka dobrych nisz i wciąż jest najlepszą opcją na niektórych platformach z ograniczoną obsługą kompilatora. Ale nie, współczesne C ++ nie jest bliskie zastąpienia czegokolwiek poza być może przestarzałym, zepsutym C ++.


31
Przeczytaj co piszesz. Twierdzisz wprost, że używanie C ++ do programowania ogólnego przeznaczenia w języku C # jest śmieszne . Czy to szczery fakt, w który wierzysz, czy może to tylko Twoja przesadzona opinia?
zxcdw

38
@zxcdw - Jeśli mam 100 ogólnych problemów programistycznych, zrobię ~ 90 z nich szybciej, lepiej, z mniejszą liczbą błędów przy użyciu C # lub Java, Python lub Scala lub ... I to jest hojne. Jest to powszechny punkt widzenia prawie każdego profesjonalnego programisty, którego znam; nawet ci, którzy używają C ++ jako podstawowego języka.
Telastyn

33
@zxcdw: Jestem hardcorowym programistą C ++. Pracuję w C ++ od ponad 15 lat i pracowałem głównie nad aplikacjami back-endowymi, które potrzebują C ++. Byłem w całym STL i w połowie Boost. Ku mojemu przerażeniu mojego zespołu wprowadziłem metaprogramowanie szablonów w kilku miejscach, które moim zdaniem na to zasłużyły. Chodzi mi o to, że uwielbiam C ++ i pracuję z nim. Powiedziawszy to, zgadzam się z Telastyn, jeśli mam ogólny problem, który nie wymaga tego, co oferuje C ++, wolałbym wybrać C # lub nawet Pythona. Są to języki wyższego poziomu, a Ty po prostu szybciej je wykonujesz. To prawda przynajmniej dla twórców Win
DXM

5
@MadKeithV - Gdybym nie pracował nad aplikacją C # działającą na OSX, iOS i Androidzie, mógłbym nadać temu argumentowi międzyplatformowemu nieco większą wagę. Nawet ignorując to, wymienione przeze mnie języki inne niż C # są prawie zawsze lepszymi opcjami niż C ++, gdy problem dotyczy wielu platform. C ++ 11 nie robi wiele, aby odepchnąć te opcje.
Telastyn

14
Jeśli masz tylko młotek, wszystko wygląda jak gwóźdź. Ulepszenia w C ++ 11 nie zmniejszą wszechobecnego wpływu C # i innych podobnych, ale być może bardziej agnostycznych języków platformy, a raczej utrzymają ten statek na powierzchni. Największą zaletą C ++ 11 jest to, że może być kompletnym językiem dla systemu, który błąka się w głębi systemu, a jednocześnie oferuje możliwość majstrowania przy abstrakcjach wyższego rzędu.
JustinC

2

DXM napisał:

Tak więc nacisk (przynajmniej w oczach Microsoftu) powrócił do C ++, ponieważ teraz zależy nam na żywotności baterii. Kod wyższego poziomu = więcej instrukcji = potrzeba więcej soku.

Zgodnie z tymi słowami wybór Javy jako podstawowego języka / frameworku dla Androida Google był błędem. Nie było. Język wyższego poziomu zwykle oznacza szybsze wykonywanie zadań i myślę, że jest to najważniejsza rzecz dla Microsoft i Google. Im więcej i więcej aplikacji jest tworzonych dla platformy, tym wyższy jest zysk producenta systemu operacyjnego.

Z drugiej strony jest jeszcze wiele programów dla Windows napisanych w C ++, więc zmuszanie tych programistów do przejścia na C # / JavaScript / cokolwiek innego byłoby szalone. Microsoft skupia się na umożliwieniu tworzenia aplikacji Win8 jak największej liczbie programistów, dlatego moim zdaniem zdecydowali się na obsługę C ++ i JavaScript w stosie programistycznym Win8.


5
Java była błędem. Jeśli chcesz surowej wydajności (i często tego chcesz), to chcesz pisać w C / C ++. Jeśli chcesz produktywności programisty, potrzebujesz języka wyższego poziomu, takiego jak Python lub PHP lub Ruby lub JS. Java (i C #) to systemy pośrednie, które nie zapewniają ani najlepszej wydajności, ani najlepszej wydajności. W tej chwili C ++ nie jest taki zły - możesz uzyskać z niego dobrą wydajność, gdy wiesz, co robisz.
gbjbaanb

8
@gbjbaanb Mam mieszane uczucia co do twojego komentarza: kilka lat temu umieszczenie Java i C # na tym samym poziomie abstrakcji miałoby sens, ale wprowadzenie LINQ, wyrażeń lambda i funkcji programowania asynchronicznego w nowszych wersjach .NET ma przeniósł C # na wyższy poziom (Java zamierza nadrobić brak funkcjonalnego programowania w JDK8, ale wciąż jest na wczesnym etapie dostępu).
codesparkle

2
@gbjbaanb, na szczęście, WCF jest tylko niewielką częścią .NET, a uogólnienie tego na zastosowanie w języku C # jest nieprawidłowe. Czy faktycznie korzystasz z nowych funkcji od .NET 3? Ponieważ VS wcale nie jest tak świetnym środowiskiem programistycznym (w rzeczywistości jest naprawdę denerwujące bez ReSharpera). Biorąc pod uwagę, że ta strona (i cała sieć SE) jest zbudowana w języku C #, twój komentarz wydaje się trochę niedokładny.
codesparkle

1
@rotman Proszę nie odpowiadać na odpowiedzi innych osób we własnej odpowiedzi. Odpowiedzi powinny dotyczyć tylko pierwotnego pytania :)
Andres F.,

6
@gbjbaanb: Powiedziałbym, że było to twierdzenie bez dowodów, że pomyłkowe systemy, które nie zapewniają ani najlepszej wydajności, ani najlepszej wydajności, są błędem. Biorąc pod uwagę, że wydajność i produktywność są zarówno ważne, najlepszym rozwiązaniem jest jeden, który równoważy dwa, a wybór średnim ziemia jak Java lub C # jest doskonałym wyborem dla wielu zastosowań.
Carson63000,

2

C ++ wciąż ma pliki nagłówkowe, elastyczne preprocesory (#define), ... takie rzeczy niektórzy uważają, że te funkcje są „złe” lub „trudne do zarządzania”.

C #, z drugiej strony, używaj metadanych, nie musisz pisać i utrzymywać plików nagłówkowych.

O tym, jak Microsoft dodaje więcej funkcji do C ++: nic dziwnego.

Każdy kompilator C ++ dodaje więcej funkcji, w tym funkcje C ++ 11. gcc jest również.


7
Jeśli wszystko, co możesz powiedzieć źle o C ++, to pliki nagłówkowe, to pośrednio udowodniłeś, że to prawda. Mogę wymienić całą masę poważnych problemów z C #,
niemożności

1
Użyj właściwego narzędzia do właściwej pracy. C ++ jest świetny w firmach takich jak Intel, ponieważ różne niezarządzane kody wymagają niskiego poziomu do projektów medalowych, ale jeśli potrzebujesz strony internetowej / usługi internetowej, którą robi każda firma, to powodzenia z C ++!
Tom Stickel,

1

Może to tylko ja, ale widzę o wiele prostsze użycie C niż C ++.

Fakt, że C ++ połknął zwykłą całość C, utrudnia wnioskowanie, kto używa czego.

Ale jest znacznie więcej projektów typu C typu open source niż C ++.

Moim zdaniem, jeśli potrzebujesz prędkości zbliżonej do prędkości metalu C. Jeśli potrzebujesz elastyczności i możliwości zarządzania przy rozsądnej wydajności, użyj C # lub Java. Jeśli chcesz szybko wykonać czysty projekt, użyj Pythona, Scali, Groovy lub jednego z wielu w pełni funkcjonalnych języków.


2
Nie, myślę, że się tutaj mylisz. C ++, jeśli wyłączysz wyjątki, jest tak blisko metalu jak C, o ile wiesz, co robisz. Problemem są ABI. W C ++ sytuacja wciąż musi zostać rozwiązana, pracują nad nią. Kiedy to się stanie, myślę, że nie będzie wiele odwołania do używania C zamiast C ++, podczas gdy w rzeczywistości C ++ ma lepsze sprawdzanie błędów i jest nadzbiorem, więc narzędzie byłoby lepsze w tym momencie.
Germán Diago,

0

c ++ nie zastępuje c #. Przyjrzyjmy się, gdzie używany jest język c ++. Jest używany, gdy potrzebna jest wysoka wydajność, do pisania bibliotek oprogramowania pośredniego, dostępu na niskim poziomie oraz do pisania kodu dla urządzeń o ograniczonych zasobach. Chociaż możesz użyć c # dla niektórych z nich, c ++ jest bardziej odpowiedni dla nich. Nacisk Microsoft na c ++ jest ściśle powiązany z dużym naciskiem na przestrzeń mobilną. Nikt nie poprosi Cię o napisanie kolejnej aplikacji w c ++. Ale w przypadku Qt argumentu produktywności nie można wysunąć przeciwko c ++. Ale myślę, że wiele osób nie zna Qt.


C ++ jest nadal intensywnie wykorzystywany w nie-pionowym komercyjnym oprogramowaniu Windows.
bit-twiddler

1
C ++ jest najbardziej profesjonalnym narzędziem do pisania oprogramowania. Ale musisz umieć pisać dobry kod, ponieważ jest on dość darmowy i ma pewne dziwactwa, jeśli chodzi o zgodność wsteczną. Myślę, że to dobrze nadaje się do wszelkiego rodzaju oprogramowania oprócz skryptów. Problemem jest krzywa uczenia się. Dzięki nowoczesnym bibliotekom jest bardzo kompetentny nawet pod względem produktywności. I pomyśl, że jeśli aplikacja się powiedzie, musisz ją przenieść. Przenoszenie portów jest łatwiejsze dzięki bazom kodów C / C ++, aby zwiększyć dostępność kompilatora. Lista programów napisanych w C ++ jest nieskończona: amazon, google, dropbox, telekomunikacja, gry, facebook ...
Germán Diago

-4

Nie, C ++ nie może zastąpić C #, ponieważ wszystkie aplikacje Windows Phone 8 inne niż Direct3D muszą być opracowane w C #. Nie można tworzyć i publikować aplikacji w sklepie z aplikacjami wp8 tylko przy użyciu C ++ lub HTML5 / JavaScript. I dopóki Microsoft nie usunie tego ograniczenia, C ++ niczego nie zastąpi. W rezultacie jestem pewien, że bardzo niewiele osób opracuje wersję WP8. Biedna Nokia, tracąc jeszcze raz.

Oto fragment z Centrum deweloperów Microsoft :

Windows Phone 8 nie obsługuje interfejsu użytkownika XAML z modelem aplikacji kodowanej w C ++, który jest obsługiwany przez aplikacje ze Sklepu Windows.

jeszcze inny:

Czy to oznacza, że ​​nie mogę używać C ++ z XAML do tworzenia aplikacji na Windows Phone 8, czy jestem ograniczony do używania C # + XAML?

To jest poprawne. XAML może być używany tylko z C #. C ++ może być używany dla komponentu WinRT używanego w projekcie C #.

Nawet MVP firmy Microsoft twierdzą, że ta plotka jest celową dezinformacją dokonaną przez samego Microsoft:

Uwielbiam to, co Microsoft robi z WinRT i Windows Phone 8, ale chciałbym, żeby nie przesadziły z niektórymi z nich, ponieważ po prostu sfrustrują użytkowników, gdy poznają całkowicie prawdę.

A ten celowy zły marketing marnuje ludzkie miesiące :

Byłoby miło poznać ten MIESIĄC AGO, zanim wybrałem całą natywną trasę kodową z moją aplikacją Metro.


1
Oba linki mówią, że możesz używać C ++ do programowania WP8 i tylko XAML wymaga C #. Ponadto Direct3D jest obsługiwany tylko przez C ++.
Lee,

@Lee, czy możesz opracować aplikację inną niż Direct3D bez użycia C # dla WP8?
Özgür
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.