Modern C ++, C # yerine mi? Microsoft, geliştiricileri C ++ 'ı benimsemeye zorluyor mu? [kapalı]


91

Modern C ++ popülerliği ve bazı C # dillerinden veya C # dillerinden C ++ 'a geçiş hakkında bazı konuşmalar duyuyorum.

C ++ 11 özelliklerini biliyorum ama özellikle C # 'dan C ++' a geçiş yapan geliştiricilerin deneyimlerinizi duymak istiyorum.

Daha önemlisi, Microsoft geliştiricileri C ++ kullanmaya zorluyor mu? Evet ise neden?


16
C ++ 'ın her zaman daha yaygın kullanılan bir dil olduğunu düşünüyorum çünkü C #' dan daha iyi kurulmuş ve kolay taşınabilir. C # 'nın yerini aldığını sanmıyorum. Windows tabanlı iş uygulamaları için, C # hala yapılması kolay bir dil olarak yoğun talep görüyor olacak . C ++ gerçekten hiç gitmedi. Son zamanlarda bir çeşit canlanma oldu.
KChaloux

2
Umarım değildir. Java ve C # geliştiriciler için nimet olmuştur ve hala gelişmektedir.
Jesse C. Dilimleyici

4
Hem C ++ hem de C # yalnızca araçlardır : belirli bir iş için en iyisini seçin. Örneğin, platformlar arası kod yazmak istiyorsanız, C ++ kullanmak isteyebilirsiniz; .NET çalışma zamanı yüklemesi gerektirmeyen küçük uygulamalar istiyorsanız, C ++ (CRT ile statik olarak bağlantılı) kullanmak isteyebilirsiniz; Windows için bir GUI aracı RAD yöntemiyle geliştirmek istiyorsanız, C # ve WinForms; vb.
Mr.C64,

6
Güzel bir soru, belki bir miktar geri sarmaya ihtiyacı var. Başka bir dil A ile B dili değil. Aksine, özellikle Microsoft'un pozisyonları nedir, neden değişti ve nereye gidiyorlar çünkü gerçek şu ki, MS en az daha küçük dağların etkilediği ölçüde etkilendiğinde yeterince büyüktür. taşımak. Ve evet, bu durumda, kesinlikle etkiliyorlar.
DXM

9
Lütfen herkesin medeni kalmasını sağlayın. Nezaketsizlik tolere edilmeyecektir.
maple_shaft

Yanıtlar:


95

Evet, şüphelerin doğru. Microsoft, C ++ 'ı geri gelip daha popüler olmak için zorluyor.

Şimdi bulamıyorum, ancak bir süre önce Microsoft’un büyük adamlarından birinin sunumunu gördüm ve her şey geliştiricilere yönelikti ve Windows 8’den ve özellikle WinRT’den (.NET çerçevesinin yerine kondu) geçildi. Win32 API olarak).

Hangi baskıların belirli zamanlarda popüler olduğunu nasıl etkilediğini açıklayan bir zaman çizelgesi vardı. Böylece ilk başta insanlar hız istediler, böylece hepsi C / C ++ (iki ayrı dil) olarak kodlandı. Donanım hızlandıkça, odak yürütme hızından ve geliştirme hızından daha uzağa taşındı, bu nedenle yüksek seviye diller çok daha popüler hale geldi.

Ancak, artık odak noktası mobil ve ARM tabanlı bilgisayarlara doğru daha da artıyor (Windows 8, ARM için derlenen ilk Windows sürümü) ve birçoğu daha popüler olacağına ve bazıları için masaüstünün tamamen yerini alacağına inanıyor. Böylece odak (en azından Microsoft'un gözünde) C ++ 'a geri döndü çünkü şimdi pil ömrünü önemsiyoruz. Daha yüksek seviye kodu = daha fazla talimat = daha fazla meyve suyu gerekli.

Bu C ++ 'a dönüşü desteklemek için, WinRT adında tamamen yeni bir Windows 8 programlama API'si sundular (en son kontrol ettiğimde adı yine de buydu). Bu API, sağladığı işlevsellik kapsamında .NET Framework temasını izler, ancak HTML 5 / Javascript uygulamaları yazmak isteyenler için C ++ (COM arayüzleri aracılığıyla), C # veya hatta Javascript'te kodlama yapan herkes için mevcut olacaktır. Ayrıca, XAML'yi (WPF'de kullanılan teknoloji, en yeni kullanıcı arayüzü çerçevesi) C ++ 'da da mevcut hale getiriyorlar.

Bana göre bu tür, Microsoft'ta kesinlikle C ++ 'a geçmişte olduğundan daha fazla odaklanıldığını gösteriyor.

GÜNCELLEME # 1:

Bunun için “güzel bir cevap” rozeti aldığımdan, belki geri dönmem gerektiğini düşündüm ve a) birkaç şeyi açıklığa kavuşturup b) gerçeği kontrol eden polisi mutlu etmek çünkü teknoloji forumlarında hepimizin bildiği gibi yanlış bir şey savaşlara neden olabilir bu yıllarca sürecek.

  1. WinRT, .NET çerçevesinin yerine geçmedi, ancak MS Windows geliştiricilerin sahip olduğu ve MS'in insanları bu yöne gitmeye zorlayan bir başka alternatif. Düzenli masaüstü uygulamaları da bundan faydalanabilse de, WinRT'nin öncelikle Modern UI uygulamaları için hedeflendiği anlaşılıyor (bu% 100 doğru değilse lütfen alevlerinizi tutun). Bunu söyledikten sonra, MS, insanların yazmaya (a) modern UI uygulamaları ve b) WinRT'yi kullanmaya başlaması için kuvvetli bir şekilde baskı yapıyor.

  2. C ++, C # veya python gibi yüksek seviyeli dilleri ASLA değiştirmeyecektir. Tıpkı bu dillerin ASLA C ++ yerine geçmeyeceği gibi. Bu muhtemelen OP'nin sorusunun en tartışmalı kısmıydı. Ancak her şey denge ile ilgili ve gerçekler şudur:

    • C ++ topluluğu (MS'in büyük bir parçası olmakla birlikte), C ++ 'ı pazar payı son zamanlarda deli gibi yükselen düşük güçlü cihazlar için iyi bir dil olarak konumlandırmak için güçlü bir geri dönüşe zorluyor. Bana inanmıyorsanız, geçen yıl başlayan “GoingNative” serisi görüşmeleri arayın.
    • Microsoft'un tüm çabası ve etkisiyle, C ++ kullanımı kesinlikle artacak, C # ise bir miktar düşüşe neden olabilir. Bu, MS'in zorladığı şeydir ve yukarıdaki yorumlarda söylediğim gibi, MS sermayelerini bir fikrin arkasına koyduğunda, endüstrinin büyük bir bölümünü değiştiriyorlar. Muhtemelen, "Hangi endüstride, her zaman Linux'ta bulunduğumu" ve tek cevabımın uyandığını söyleyen birinden cevap alacağım! Evet, orada başka işletim sistemleri var ama şu an hem tüketici hem de iş dünyası masaüstü pazarının büyük çoğunluğu Windows'tur ve zamanının değerini en üst düzeye çıkarmak isteyen herhangi bir ciddi geliştirici, masaüstü pazarının o yığınını hedeflememek için çok aptalca olacaktır.

Sonuç olarak: Evet, MS C ++ 'ın geri dönmesini sağlıyor, bu yüzden popülerliği artacak. Hayır, C ++, C # yerine asla geçmez.

Güncelleme # 2:

Nedenini bilmiyorum ama teknik topluluk, gerçek gri gölgelerle dolu olduğunda, işleri mutlak siyah / beyaz terimlerle görmeye meyillidir. Bu, bu gönderiye eklenmiş birkaç yeni yoruma verilen cevaptır:

  1. .NET framework yakında veya hiç bir zaman hiçbir zaman ortadan kalkmayacak. Pencerelerin 90'lı yıllardan beri sahip olduğu hemen hemen her teknoloji hala bir biçimde ya da moda etrafında. Dolayısıyla, .NET çerçevesine bağlı olanlar için: a) ortadan kaybolması konusunda endişelenmeyin ve b) yaşamınız buna bağlıymış gibi kendi lehine tartışmayı bırakın, API'niz güvende.

  2. WinRT, geçmişte Win32 ve .NET framework API'leri tarafından sağlanan birçok işlevselliği yeniliyor. WinRT, .NET framework kullanmak veya Win32 API ile devam etmek isteyenler (bu ikisi de ölmedi) için bu işlevselliği isteyenlerin tercihi olacak. WinRT bugün web uygulamalarının kolay oluşturulmasını desteklemiyorsa, gelecekte onları desteklemesi çok iyi bir şans.

Microsoft’un açıkladığı pozisyon WinRT’nin Microsoft’a temiz bir barutla başlayabilmesi ve Win32 API’de ve .NET framework’te öğrenilen dersleri kullanarak bir API oluşturmak için şans tanıdığı geniş bir çerçeve olduğu yönünde. Bu videoyu aramayı denedim ve hala bulamıyorum, ancak konuşmacıdan bahsettiğim şeylerden biri, daha iyi / daha basit / temizleyici olarak tanımlanabilecek belirli .NET çerçevesi alanlarının bulunması ve WinRT'nin aynı işlevi göstermesidir. Bu yeni temizleyici arayüzünde.


7
Herb Sutter'ın C ++ ve sonrasında konuşması "Neden C ++?" Başlıklı mıydı? Kanal 9'da bir video var, ancak şu anda erişmekte zorlanıyorum, çünkü muhtemelen Redmond büyük bir yayın etkinliğine ev sahipliği yapıyor. Mantığınız mantıklı geliyor, ancak bu tür ifadelerin gerçekten bazı referanslarla desteklenmesi gerekiyor; çünkü bu, Microsoft ve Microsoft ürünleri ile yazılım geliştiren herkes için büyük bir stratejik değişim anlamına geliyor.
Robert Harvey,

13
WinRT, .NET'in yerine geçmez. Lütfen bilgilerinizi kontrol altında tutun.
Öforik

4
@Euphoric: Başka bir deyişle, .NET framework hiçbir zaman Win32 API'nin yerine geçmedi. Aynı zamanda, C # çıktığında birçok kişi değiştirildi ve C tarzı işlev çağrısı yapmayı Windows DLL'lerine unuttu. MS şimdi aynı anahtar için zorluyor. Dolayısıyla evet, .NET çerçevesi WinRT başlığı altında bulunmaya devam edecek ve yine de .NET çerçevesini kullanabildiğinizden emin olabilirsiniz, ancak MS insanların yeni çerçeveye geçmesi için baskı yapıyor.
DXM

21
@gbjbaanb - Bu% 100 yanlış. Şimdiye kadarki ilk ALL .NET, Win32 kütüphanesi için her zaman çok güzel bir paketleyiciydi. İkinci olarak Full. Onlar hep birlikte Win32 kütüphanesinden kurtulana kadar. Yorumunuz, .NET ve C # diliyle ilgili olarak TAM ve TOPLAM bir bilgi eksikliği olduğunu gösteriyor.
Ramhound

6
Web uygulamaları için .NET'in çok iyi olduğunu söyleme. Eğer bir 'değişim' olsaydı, Web uygulamaları için değil, masaüstü uygulamaları için olurdu.
George Stocker

22

Hayır, Windows 8, işi yapmak için ihtiyaç duyduğunuz (ya da bildiğiniz) dili kullanmak ile ilgilidir. JavaScript, .Net dilleri (C #) ve C / C ++ hepsi eşit olarak desteklenir.

Hiçbir şey değişmiyor ve sonuçta geliştiricilere kalmış. Ancak WinRT'nin kolaylaştırdığı daha iyi pil ömrü için bir itme var.

Bunun istisnası, C ++ 'ın özellikle Windows Phone 8’de daha fazla destek gördüğü oyunlardır; yönetilen dillerin yerel desteği yoktur (aka xna yok).


1
+1 Microsoft, akıllı telefon ve tablet pazarında Windows 8'i edinmek için umutsuz. Apple , yalnızca iPhone'dan Microsoft'un toplamından daha fazla gelir elde ediyor . Bir engel, Windows telefon / tablet için kurulu platformlara kıyasla çok az sayıda uygulama bulunmasıdır. Böylece herkesin kendi dilinde bir uygulama oluşturmasını mümkün kılmak istiyorlar. C #, C ++ veya JavaScript.
MarkJ

Windows 7'den başlayarak neden yerel c / c ++ desteği bırakmaya karar verdiklerini bilmiyorum. O günden beri, windows + windows mobile firmamız için% 90 büyük platformdan% 10 önem kazanmıştır. % 10 sadece en iyi geliştirme araçları (görsel stüdyo) nedeniyle, aksi halde Windows masaüstünde bile daha fazla ürün üretmiyoruz.
Pavel P

1
@Pavel Orada ne söylediğinden emin değilim ..
Daniel Little

@Pavel -Onlar yerel kodu WinPhone7'den, ardından yönetilen kodu WinPhone8'den düşürdü. Belki şimdi platformu tekrar ziyaret edebilir veya çok daha büyük bir pazar payı elde edene kadar göz ardı edebilirsiniz.
gbjbaanb

19

C ++ 11 özelliklerini biliyorum ama deneyimlerinizi duymak istiyorum

Genel amaçlı programlama için insanların C ++ 'ı C #' ya (ya da hemen hemen tüm 1990 sonrası yazışmalarda [alternatif olmayan]) tercih edeceği düşüncesi gülünçtür . C ++ 11 bazı eksik bitleri ekler, ancak hala bir köpeğe bacaklarını çivilemektedir .

C ++ bazı iyi nişlere sahip ve sınırlı derleyici desteği olan bazı platformlarda hala en iyi seçenek. Fakat hayır, modern C ++ belki eski, bozuk C ++ dışında hiçbir şeyi değiştirmeye yakın değildir.


31
Ne yazdığını oku. Açıkça, C ++ 'ın genel amaçlı programlama için C ++' ı kullanmanın gülünç olduğunu iddia ediyorsunuz . Bu içtenlikle inandığınız bir gerçek mi, yoksa sadece kendi abartılı görüşünüz mü?
zxcdw

38
@zxcdw - 100 genel programlama sorunum varsa, bunların 90'ını daha hızlı, daha iyi, C # veya Java veya Python veya Scala veya daha az hata kullanarak halledeceğim. Bu, tanıdığım hemen hemen her profesyonel programcının ortak bakış açısı; C ++ 'ı ana dili olarak kullananlar bile.
Telastyn

33
@zxcdw: Ben sert bir C ++ geliştiricisiyim. C ++ 'ı 15+ yıldır yapıyorum ve çoğunlukla C ++' a ihtiyaç duyan arka uç uygulamalarda çalıştım. Her yerde STL ve Boost'un yarısı oldum. Ekibimi dehşete düşürecek kadar çok şey hak ettiğini düşündüğüm birkaç yerde şablon metaprogramlama tanıtmıştım. Yapmaya çalıştığım nokta, C ++ 'ı seviyorum ve onunla çalışmak. Bunu söyledikten sonra, Telastyn ile aynı fikirdeyim, eğer C ++ 'ın sunduğu şeyleri gerektirmeyen genel bir sorunum varsa, C # ve hatta Python'u seçmeyi tercih ederim. Onlar daha üst seviye dillerdir ve basitçe işlerin daha hızlı yapılmasını sağlar. Bu en azından Win devs için doğru
DXM

5
@MadKeithV - OSX, iOS ve Android'de çalışan bir C # uygulaması üzerinde çalışmadıysam, bu çapraz platform tartışmasına biraz daha ağırlık verebilirim. Bunu görmezden gelsem bile, listelediğim C # dilleri, platformlar arası güçlü bir endişe olduğunda neredeyse her zaman C ++ 'dan daha iyi seçeneklerdir. C ++ 11 bu seçenekleri uzaklaştırmak için fazla bir şey yapmıyor.
Telastyn

14
Elindeki tek şey bir çekiçse, her şey bir çiviye benziyor. C ++ 11'deki gelişmeler C # ve diğer benzerlerin yaygın etkilerini azaltmayacak, ancak belki de daha fazla platform agnostik dilleri azaltmayacak, bunun yerine gemiyi ayakta tutacak. C ++ 11'in en büyük satış noktası, sistemin derinliklerinde dolaşan bir sistem için uçtan uca bir dil olabileceği, ancak daha yüksek dereceli soyutlamalarla etrafı dolaşma fırsatı sunuyor.
JustinC

2

DXM şunu yazdı:

Böylece odak (en azından Microsoft'un gözünde) C ++ 'a geri döndü çünkü şimdi pil ömrünü önemsiyoruz. Daha yüksek seviye kodu = daha fazla talimat = daha fazla meyve suyu gerekli.

Bu kelimelere göre, Google’ın Android’i için birincil dil / çerçeve olarak Java’yı seçmek bir hataydı. Değildi. Yüksek seviye dili genellikle işleri daha hızlı halletmek anlamına gelir ve bunun Microsoft ve Google için en önemli şey olduğunu düşünüyorum. Platform için ne kadar çok ve daha iyi uygulama oluşturulursa, işletim sistemi üreticisinin karı da o kadar yüksek olur.

Öte yandan, Windows için hala C ++ ile yazılmış çok sayıda yazılım var, bu yüzden bu geliştiricileri C # / JavaScript / başka bir şeye geçmeye zorlamak deli olurdu. Microsoft, Win8 uygulamalarını olabildiğince çok sayıda geliştiriciye geliştirme olanağı sağlamaya odaklanıyor, bu yüzden bence Win8 geliştirme yığında C ++ ve JavaScript'i desteklemeye karar vermişler.


5
Java bir hataydı. Ham performans istiyorsanız (ve sık sık yaparsanız), daha sonra C / C ++ ile yazmak istiyorsunuz. Geliştirici verimliliğini istiyorsanız, Python veya PHP veya Ruby veya JS gibi daha yüksek bir dilde istersiniz. Java (ve C #), size en iyi performansı ya da en iyi verimliliği vermeyen, orta tabanlı sistemlerdir. Olduğu gibi, C ++ o kadar da kötü değil - ne yaptığınızı öğrendikten sonra bundan iyi bir verimlilik alabilirsiniz.
gbjbaanb

8
@gbjbaanb Yorumunuz hakkında karışık hislerim var: birkaç yıl önce, Java ve C # 'yı aynı soyutlama seviyesine koymak anlamlı olurdu, ancak LINQ, lambda ifadeleri ve zaman uyumsuz programlama özelliklerinin .NET’in yeni sürümlerinde tanıtılması C # 'yı daha yüksek bir seviyeye taşıdı (Java, JDK8'deki işlevsel programlama eksikliğini anlayacaktır, ancak bu hala erken erişim aşamasındadır).
codesparkle

2
@gbjbaanb, neyse ki, WCF, .NET'in yalnızca küçük bir kısmıdır ve C # diline uygulanmasının genelleştirilmesi geçersizdir. .NET 3'ten beri yeni özellikleri gerçekten kullandınız mı ? Çünkü VS çok iyi bir gelişim ortamı değil (aslında ReSharper olmadan gerçekten can sıkıcı). Bu nedenle, bu sitenin (ve tüm SE ağının) C # ile oluşturulduğunu göz önünde bulundurarak, yorumunuz biraz yanlış görünüyor.
codesparkle

1
@rotman Lütfen başkalarının cevaplarına kendi cevaplarında cevap verme. Cevaplar sadece orijinal soruya
Andres F.

6
@gbjbaanb: Size , en iyi performansı ya da en iyi verimliliği vermeyen orta sistemli sistemlerin bir hata olmadığına dair kanıt olmadan iddia olduğunu söyleyebilirim . Performansın ve verimliliğin her ikisi de önemli olduğu göz önüne alındığında , en iyi çözüm ikisini dengeleyen bir çözümdür ve Java veya C # gibi orta seviye bir seçim birçok kullanım durumu için mükemmel bir seçimdir.
Carson63000,

2

C ++ hala Üstbilgi dosyalarına, esnek önişlemcilere (#define) sahip ... bu tür bazı kişilerin bu özellikleri 'kötü' veya 'yönetilmesi zor' olarak nitelendirdiği şeyler.

Öte yandan, C #, meta verileri kullanır, başlık dosyaları yazmaya ve sürdürmeye gerek yoktur.

Microsoft C ++ 'a daha fazla özellik ekleyerek: Merak etme meselesi değil.

Her C ++ derleyicisi, C ++ 11 özellikleri dahil olmak üzere daha fazla özellik ekliyor. Gcc de öyle.


7
C ++ ile ilgili kötü söyleyebilecekleriniz başlık dosyaları ise, dolaylı olarak amacını kanıtladınız. Çok sayıda ciddi C # sorunu, taşınabilirlik dışı, deterministik olmayan, çalışma zamanı ek yükü, tescilli vb. Bir
liste verebilirim

1
Doğru iş için doğru aleti kullanın. C ++, çeşitli yönetilmeyen kod performansı için Intel gibi şirketler için madalya projeleri için düşük seviyeye ihtiyaç duyuyor, ancak C ++ konusunda iyi şanslar, her şirketin yaptığı bir web sitesine / web servisine ihtiyacınız varsa!
Tom Stickel

1

Sadece ben olabilirim, ama C ++ 'dan çok daha fazla C kullanımı gördüm.

C ++ 'ın düz C bütününü yutmuş olması, kimin ne kullandığını anlamayı zorlaştırır.

Ancak C ++ 'dan çok daha fazla C açık kaynaklı proje var.

Benim görüşüme göre, C metal hızına yakın bir değere ihtiyacınız varsa, makul performansla esneklik ve yönetilebilirlik gerekiyorsa C # veya Java kullanın. Temiz bir tasarımın hızla yapılmasını istiyorsanız, Python, Scala, Groovy veya bir dizi tam özellikli dili kullanın.


2
Hayır, bence burada yanılıyorsun. C ++, istisnaları devre dışı bırakırsanız, ne yaptığınızı bildiğiniz sürece metale C kadar yakındır. Sorun ABI'lerdir. C ++ 'da durumun hala çözülmesi gerekiyor, üzerinde çalışıyorlar. Bu yapıldıktan sonra, C ++ daha iyi bir hata kontrolüne sahip olduğunda ve bir süperset olduğunda, C ++ yerine C'yi kullanmak için çok çekiciliğe sahip olmayacağını düşünüyorum, bu yüzden araç bu noktada üstün olurdu.
Germán Diago

0

c ++, c # yerine geçmiyor. C ++ dilinin nerede kullanıldığına bakalım. Yüksek performanslı, ara katman kitaplıkları yazmak, düşük seviyeli erişim ve kaynak kısıtlı cihazlar için kod yazmak için gerektiğinde kullanılır. Bunlardan bazıları için c # kullanabilseniz de, c ++ bunlar için daha uygundur. Microsoft'un c ++ için zorlaması, büyük mobil alandaki zorlaması ile ilgilidir. Kimse sizden bir sonraki web uygulamanızı c ++ ile yazmanızı istemeyecektir. Fakat Qt ile, verimlilik argümanı c ++ a karşı olamaz. Fakat bence birçok insan Qt ile aşina değil.


C ++ hala dikey olmayan ticari Windows yazılım geliştirmesinde yoğun olarak kullanılmaktadır.
bit twiddler

1
C ++, yazılım yazmak için kullanabileceğiniz en profesyonel araç gibidir. Fakat iyi bir kod yazabilme becerisine sahip olmalısınız, çünkü bu tamamen ücretsizdir ve geriye dönük uyumluluk için bazı tuhaflıklar vardır. Aslında, komut dosyası dışında her türlü yazılım için uygun olduğunu düşünüyorum. Sorun, öğrenme eğrisidir. Modern kütüphanelerle üretkenlikte bile çok yetkin. Uygulama başarılı olursa, onu taşımanız gerektiğini düşünüyorum. C / C ++ kod tabanlarıyla taşıma kolaydır, derleyicinin kullanılabilirliğini derlemek için. Google, dropbox, telekom, oyunlar, facebook ... amazon: C ++ ile yazılmış yazılımlar listesi sonsuzdur
Germán Diago

-4

Olmayan tüm Direct3D Windows Phone 8 uygulamalarını Hayır, çünkü C ++ C # yerini alamaz gerekir C # ile geliştirilebilir. Wp8 uygulama mağazasında, yalnızca C ++ veya HTML5 / Javascript kullanarak uygulamalar geliştiremez ve yayınlayamazsınız. Microsoft bu kısıtlamayı kaldırmadığı sürece, C ++ hiçbir şeyi değiştirmiyor. Sonuç olarak, WP8 için çok az insanın gelişeceğinden eminim. Zavallı Nokia, bir kez daha kaybediyor.

İşte microsoft dev merkezinden alıntı :

Windows Phone 8, Windows Mağazası uygulamaları için desteklenen C + kodlu uygulama modeliyle XAML UI'yi desteklememektedir.

Yine bir başka:

Bu, Windows PHone 8'de bir uygulama geliştirmek için C ++ ile XAML kullanamayacağım anlamına mı geliyor, C # + XAML kullanmam yasak mı?

Bu doğru. XAML sadece C # ile kullanılabilir. C ++, C # projesi tarafından kullanılan bir WinRT bileşeni için kullanılabilir.

Microsoft MVP'leri bile bu söylentinin Microsoft tarafından yapılan kasti bir yanlış bilgi olduğunu iddia ediyor:

Microsoft’un WinRT ve Windows Phone 8’de yaptıklarını seviyorum, ancak konunun tamamen gerçeğini öğrendikten sonra kullanıcıları sinirlendireceklerinden bazılarını alamayacaklarını umuyorum.

Ve bu kasıtlı yanlış pazarlama insanların aylarını boşa harcar :

Metro uygulamamla birlikte tüm yerel kod yolunu izlemeden önce, bu AYI AGO'yu bilmek güzel olurdu.


1
Bağlantılarınız, WP8 gelişimi için C ++ 'ı kullanabileceğinizi belirtir ve yalnızca C # gerektiren XAML'dir. Ayrıca, Direct3D yalnızca C ++ tarafından desteklenir.
Lee

@Lee, WP8 için C # kullanmadan Direct3D olmayan bir uygulama geliştirebilir misiniz?
Özgür
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.