Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 90, views: 25.166 •

Ontwikkelaars kunnen in een volgende versie van Windows Phone mogelijk apps schrijven in C++. Dat schrijft een blog in een post die inmiddels is verwijderd. Tot nu toe kunnen Windows Phone-apps alleen in Silverlight en XNA geschreven worden.

Ontwikkeling in de gangbare programmeertaal C++ zal vermoedelijk vanaf Windows Phone 8 'Apollo' ondersteund worden, schreef Windows Phone-fansite WpSauce op basis van informatie van sprekers op een ontwikkelaarsevenement in India. De post is verwijderd, maar is nog in Googles cache te vinden. De oorspronkelijke link verwijst inmiddels naar een oud artikel over screenshots maken, vermoedelijk een aanwijzing voor bezoekers om schermafbeeldingen van de blogpost op te slaan.

Met C++ zouden veel meer ontwikkelaars apps kunnen maken voor Windows Phone. Een anderen reden voor het ondersteunen van C++ kan zijn dat Microsoft stopt met de ontwikkeling van Silverlight. Op dit moment kunnen ontwikkelaars alleen nog apps maken in Silverlight en XNA. Silverlight is Microsofts Flash-alternatief, terwijl XNA werd gemaakt voor Xbox Live en vooral bedoeld is voor games.

Ook zou de eerstvolgende versie van Windows Phone, Tango, veel meer talen ondersteunen. Dat is vermoedelijk een van de eisen van Nokia, dat nu Windows Phones kan uitbrengen in slechts 35 talen, waaronder Nederlands. Als Windows Phone de genoemde 120 talen zou ondersteunen, zou dat releases van toestellen in meer landen en regio's mogelijk maken. Tango zou bovendien integratie bieden met Google+ en Skype, meldt de Zwitserse site PocketPC.ch.

Microsoft heeft zelf het bestaan van Windows Phone Tango en Apollo nog nooit bevestigd. Het vermoeden bestaat dat Tango volgende maand op telecombeurs Mobile World Congress wordt onthuld. Tango zou vooral gericht zijn op het mogelijk maken van goedkopere toestellen met Windows Phone, door de eisen voor toestellen te verlagen. Apollo zou meer integratie moeten bieden met Windows 8, het besturingssysteem voor desktops dat op het gebied van design en typografie elementen van Windows Phone heeft overgenomen.

Reacties (90)

Deze keuze zou de marketplace natuurlijk een ontzettende boost kunnen gaan geven. Wat natuurlijk ook nodig is om het apps-geweld van iOS en Android een beetje bij te kunnen houden. WP wordt steeds meer een interessant alternatief.
Alleen het toevoegen van C++ ondersteuning is m.i. niet voldoende. Het OS moet ook ondersteuning bieden voor high-performance/low-latency audio/video/etc., alleen zo komt de markt voor bijvoorbeeld games en andere high performance apps los. Weet iemand hoe dat zit op WP in vergelijking met bijvoorbeeld Android of iOS?
Alleen het toevoegen van C++ ondersteuning is m.i. niet voldoende. Het OS moet ook ondersteuning bieden voor high-performance/low-latency audio/video/etc., alleen zo komt de markt voor bijvoorbeeld games en andere high performance apps los. Weet iemand hoe dat zit op WP in vergelijking met bijvoorbeeld Android of iOS?
daar is XNA voor. XNA is hetzelfde framework als developers gebruiken als ze voor de Xbox ontwikkelen, als ik me niet vergis.
Daar is inderdaad XNA voor, en er zijn zat games voor WP7 dus dat is geen probleem.

(Overigens is XNA op de XBOX een framework dat alleen gebruikt wordt voor Xbox Live Indie Games en een kleine set Xbox Live Arcade games, de grote releases zijn eigenlijk allemaal C++)
Das niet helemaal waar XNA wordt ook voor PC games gebruikt niet alleen Xbox. XNA is niet alleen voor de xbox en was zelfs nooit zo bedoelt. XNA borduurt voor op MDX wat immidels dood is, en is bedoeld om Direct X api naar C# te porten.

Meeste non indie studios gebruiken de XDK om voor de 360 te ontwikkelen. Dit staat normale DX en C++ code toe op de 360.

[Reactie gewijzigd door NC83 op 30 januari 2012 11:58]

Das niet helemaal waar XNA wordt ook voor PC games gebruikt niet alleen Xbox
roy-t beweert ook niet anders, hij zegt zelfs specifiek dat hij het heeft over "XNA op de Xbox".
Wat denk ik veel belangrijker is dan games is dat grote bedrijven hun 'WP app' opnemen in advertenties. De ABN-Amro app werd bijvoorbeeld op de Blackberry en Iphone getoont. Angry Birds is voor veel mensen een iOS en Android game, 9292ov is geloof ik het zelfde verhaal. Al deze bedrijven sluiten WP hierdoor een beetje uit.

Iedereen die zich niet enorm verdiept in de smartphonemarkt denkt aan iOS vs Android (vs Blackberry). Mijn opa zei op een bepaald moment dat hij wel een iPod wilde, toen ik hem vroeg waarom hij niet voor een andere mp3 speler ging vroeg hij mij wat een mp3 speler is. Voor velen is een smartphone een Android of iOS device, net zoals een MP3 speler een iPod is. Dat alles door de publiciteit die zij krijgen.

Toevoeging:
Denk bijvoorbeeld ook aan de Siri aflevering van de Big Bang Theory.

[Reactie gewijzigd door klonic op 30 januari 2012 10:46]

Wat ook leuk is, is dat derden nu frameworks kunnen maken in C++, waar anderen dan weer gebruik van kunnen maken. Het geeft ook de mogelijkheid om andere talen te ondersteunen. Dus dit is goed nieuws voor developers.

Het verspreiden van frameworks op iOS is verboden, maar hopelijk zal Apple dat ooit heroverwegen, zodat er straks weer mooi cross-platform kan worden geprogrammeerd.
Als je praat over nummers, dan loopt WP7 nog flink achter. Als je een zeer groot gedeelte van de consumenten neemt en vraag welke apps ze echt op hun telefoon moeten hebben, dan zit het wel goed bij WP7. Met de release gisteren van Wordfeud is er nog maar weinig wat de meeste mensen willen dat niet op WP7 te vinden is.
Microsoft heeft daarnaast de belofte gemaakt dat alle top 25 applicaties van zowel iOS als Android op WP7 uit zal zijn voor half 2012.

Het app geweld is dus zeker geen probleem. Het is nu vooral de publiciteit, mensen zover te krijgen om WP7 te proberen, mond op mond reclame doet de rest dan wel.

Dit betekent natuurlijk niet dat C++ niet enorm belangrijk is, niet zozeer om de gewone consument te krijgen, want dat zit wel goed maar om developers gewoon veel meer vrijheid te geven en daarmee ook andere developers aan te trekken.
Waarom geen C#? Dat lijkt me een veel handigere taal om smartphoneapplicaties in te schrijven en het is ook echt typisch een Microsoft taaltje. Is ook iets minder lowlevel als C++.

Edit: pardon voor mijn onwetendheid, blijkt dus inderdaad dat WP7 dit gewoon ondersteund.
offtopic:
Koffie op de vroege morgen. :O

[Reactie gewijzigd door Magnetra op 30 januari 2012 08:08]

C# wordt al lang gebruikt op Windows Phone, dus dat hoeft niet bepaald meer toegevoegd te worden,
Dan snap ik de meerwaarde van het toevoegen van C++ ondersteuning aan WP niet echt... Lijkt me alleen maar problemen met de integratie van applicaties in het OS te kunnen veroorzaken doordat de taal relatief low-level is. Een iets meer "managed" taal als C# of ťťn van de vele andere .NET-talen zijn toch al prachtig genoeg om applicaties in te schrijven?

Dat de kern van Windows Phone in C++ geschreven zou zijn, bijvoorbeeld, kan ik nog wel begrijpen maar voor applicaties lijkt .NET toch prima te voldoen?
Al eens gedacht aan cross-platform engines voor games bijvoorbeeld. Als een hele game herschreven zou moeten worden, enkel en alleen om op WP7 te kunnen draaien zou men daar toch twee keer over na moeten denken. Wanneer men echter de (in c++ geschreven) core kan behouden zal dit veel makkelijker gaan.
Al eens gedacht aan cross-platform engines voor games bijvoorbeeld. Als een hele game herschreven zou moeten worden, enkel en alleen om op WP7 te kunnen draaien zou men daar toch twee keer over na moeten denken. Wanneer men echter de (in c++ geschreven) core kan behouden zal dit veel makkelijker gaan.
Precies! Dit is een flink probleem voor MS geweest sinds de "enkel ObjC op iOS / Flash is K" actie van Apple. Ik loop al een aantal maanden met collega's hierover te discussiŽren en het toelaten van C/C++ was echt de enige optie voor MS nadat ze zelf Silverlight de nek omdraaide (-- wat vreselijk jammer is).
Voor de meeste mensen is ObjectiveC niet de meest prettige ontwikkeltaal om mee te werken en het framework eromheen is ook niet altijd even praktisch. Veel developers ontwikkelen dus gewoon in C/C++ en linken dit naar een fron-endtje in ObjC. Microsoft rook dit natuurlijk ook en ze weten zelf ook dat hun ontwikkel tooling light years voorsprongen heeft op XCode en de rest.

Vooral dit is heel belangrijk voor Microsoft want als developers cross platform code gaan schrijven onder Visual Studio is er een grote kans dat ze ook primair op WP gaan richten. In het verleden heeft dit ook al goed uitgepakt voor MS, kijk maar naar de game console markt. Ik ben zeer benieuwd hoe dit gaat uitpakken.

Natuurlijk was het velen malen beter geweest als er gewoon native C# op iOS kon draaien. Steve zag dit bovenstaande (probleem voor Apple) een jaar(?) geleden al en riep daarom een halt op alles behalve ObjC (en gaf voor het publiek Flash als zwarte schaap).
Voor de meeste mensen is ObjectiveC niet de meest prettige ontwikkeltaal om mee te werken
Net als met elke overstap van programmeertaal is dat gewoon een kwestie van wennen.
en het framework eromheen is ook niet altijd even praktisch.
[OT] ik ben toch wel erg benieuwd wat er niet praktisch zou zijn aan het iOS framework.
Natuurlijk was het velen malen beter geweest als er gewoon native C# op iOS kon draaien.
Ik ben zelf geen aanhanger van bytecode georiŽnteerde oplossingen als Java en C#
Het grote voordeel is binaire portabiliteit maar het nadeel is dat je inlevert op performance.

Daarnaast is er de problematiek van geheugenbeheer, managed code is in veel gevallen een zegen, maar het onvoorspelbare gedrag van de garbage collector maakt het voor bepaalde toepassingen gewoon storend en in bepaalde gevallen zelfs onbruikbaar.
Steve zag dit bovenstaande (probleem voor Apple) een jaar(?) geleden al en riep daarom een halt op alles behalve ObjC
Nope, je kunt programma's schrijven in C/C++ en Objective C en dat is altijd al zo geweest. Wat ze wel hebben tegengehouden is het gebruik van Flash voor iOS apps.
Die beperking is in september 2010 opgeheven.
(en gaf voor het publiek Flash als zwarte schaap).
Kom nou toch, Apple heeft Adobe meer dan ťťn jaar de tijd gegeven om met een versie te komen die acceptabel werkt, toen ze dat niet voor elkaar kregen heeft Apple Flash definitief uitgezwaaid. En zeg nou zelf, we zijn nu een paar jaar en 2 CPU generaties verder en nog steeds is de performance een probleem op mobile devices. Het is niet voor niets dat ook Adobe er inmiddels een punt achter heeft gezet

[Reactie gewijzigd door Carbon op 30 januari 2012 15:09]

Dit is een uitgekauwd verhaal en lang niet zo zwart-wit. Ik kan me heel goed voorstellen dat zowel Apple als Google als Microsoft het liefst werken met zo min mogelijk frameworks op hun OS: minder attack vectors, minder overhead, niet afhankelijk van een 3rd party voor je gebruikerservaring, en het heeft als bijkomende bonus dat je de concurrentie wat beter van je platform af kan houden: platformonafhankelijkheid, dat doe je maar in de browser. Alle platformonafhankelijke frameworks op de clients zijn dood: JVM, Silverlight, JavaFX, Flash, .NET/Mono, bedenk het maar.

[Reactie gewijzigd door Dreamvoid op 30 januari 2012 21:45]

Mensen die programmeren in C++ kunnen nu ook een applicatie schrijven, zonder eerst de veranderingen in C# te hoeven doornemen. Hoe meer talen ondersteund, hoe meer ontwikkelaars in aanmerking komen.
Als je kunt programmeren doet de taal waarin je dat doet er niet toe.... Het platform en de toepassing moet de programmeertaal bepalen, niet de ontwikkelaar.
Enerzijds gelijk, anderzijds zijn er heel wat subtiele (en minder subtiele) verschillen in bv. C en C#. Het programmeren is meer dan wat keywords typen uiteraard, maar je kan niet zomaar in een andere taal werken dan je gewoon bent. Je hebt een opleiding ofzo gevolgd voor een bepaalde taal, en eens je die meester bent, heeft die je voorkeur.
maar je kan niet zomaar in een andere taal werken dan je gewoon bent.
'Tuurlijk wel, je moet het gewoon doen. Een nieuwe taal leren is heus niet zo moeilijk als je wel denkt, zeker niet als je het voor je werk doet (en dus 8 uur / dag eraan kunt besteden). Het gaat meer om instelling - d'r zijn genoeg mensen die verrekken het om een nieuwe taal te leren.

* YopY werkt tegenwoordig met Objective-C, Scala, Java en JS door elkaar, geen probleem.
Ik denk dat je in dit geval langer bezig bent met het leren van C++ naar het idee van MS dan de principes van de taal op zich. Een "hello world" ziet er in MS-C++ waarschijnlijk iets anders uit dan het voorbeeld in de boeken. Zoiezo kan je er waarschijnlijk alleen maar apps mee wat geen volledige programma's zijn maar stukken code die tijdens runtime afhankelijk zijn van een voorgekauwd software-land genaamd WP. Gewoon een soort .NET maar dan (nog) niet een officiele standaard.

[Reactie gewijzigd door blorf op 30 januari 2012 10:24]

@blorf:

Natuurlijk zijn apps wel volledige programma's. Volgens jouw omschrijving zijn gewone programma's ook 'maar stukken code die runtime afhankelijk zijn van een voorgekauwd software-land', alleen is dan hun runtime omgeving Win32/64 of Cocoa of POSIX of iets anders, maar net wat je OS als API aanbiedt.
Het gaat niet om de taal, maar de toolset - ofwel de bibliotheken waarvan je gebruik maakt.

C# (en andere runtime talen/platformen) bieden uiteraard meer bescherming, maar aan de andere kant minder vrijheid. C++ is meer low-level, je moet dus zelf meer doen en regelen, maar je hebt wel meer vrijheid..
Ik zit het me af te vragen. Wat gebeurt er als je in WP met een C++ programma in kernel space probeert te rommelen zonder tussenkomst van een API? Volgens mij is MS niet zo gek dat ze dat gewoon toestaan. Straks wordt WP gekozen als standaard werk-platform voor hackers :+
En daar heb je dus een app store met ballotage voor.
Maar als je nu zoals jij Java kent, en je krijgt de optie om in Java te programmeren of in een andere taal, dan is het toch maar zo gemakkelijk dat je die al kent? Ze kunnen alleen maar meer volk aantrekken, dus waarom niet.
Dat is onzin. Iedere taal heeft specifieke kenmerken en aanvullende libraries.
Goh, ik kan dit wel begrijpen eigenlijk. Ooit al eens een spel als Modern Warfare, Battlefield... op je pc gespeeld? Dat is allemaal C++, en daar zullen wel goede redenen voor zijn. .net en java zijn hier minder voor geschikt
.NET is geen taal zoals C++ hoor, .NET is een framework dat door VC++, C# en VB.NET wordt gebruikt ;).

Het is wel netjes dat Microsoft de mogelijkheid geeft om in C++ te programmeren voor Windows Phone, ik denk dat de applicatie markt daardoor explosief zal gaan groeien, wat natuurlijk goed is!
VC++ is geen taal zoals C# hoor, maar een IDE. De .Net variant van C++ heet C++/CLI (en idd, beide C++ als C++/CLI zijn met VC++ te gebruiken)

[Reactie gewijzigd door .oisyn op 30 januari 2012 14:46]

Ik kan me voorstellen dat een belangrijke reden dat Nokia dit wil is dat Qt een C++ taal is en Nokia wil dat Qt gebruikt kan worden op Windows Phone. Dat zou zorgen dat ontwikkelaars in 1 taal (C++/QML/Qt combinatie) apps kunnen schrijven voor vrijwel alle platformen (iOS, Win Mobile, Symbian, Android, WebOS).
Het zal er meer mee te maken hebben dat Windows 8 ook gewoon C++ support, en het nogal onlogisch is dat je zometeen een Metro app voor een W8 tablet niet kan compilen als Metro app voor Windows Phone.
De vraag is echter of je, als je beide talen kan, wel in C# wil schrijven. Het heeft namelijk nog wel eens de neiging om meer te geheugen te gaan gebruiken dan dat zelfde programma in C++, C of ongeveer elke andere taal (sommige daar gelaten). Op een desktop boeit het weinig, iedereen heeft wel 2GB, dus daar kun je het redelijk bont maken, terwijl op een telefoon er een (zeer) beperkte hoeveelheid geheugen is.

De consument merkt er dan weinig van, maar apps zullen meer ruimte vreten waardoor er minder apps tegelijk kunnen draaien voor het geheugen vol zit en dat terwijl het juist de trend is om zoveel mogelijk naast elkaar open te hebben
Dat dit problemen gaat geven denk ik niet, de technologische vooruitgang gaat hier voor te snel vooruit. Trouwens is windows7 veel minder resource honger dan een android platform..
Maar een overvloed aan resources zou geen reden moeten zijn om inefficiŽnt te programmeren (wat het nu vaak is). Hoe snel de technologie ook wordt, er wordt ook steeds meer gevraagd ervan. Meer resources en performance is altijd welkom.
(Managed) C++ wordt net als alle andere .NET talen ook gewoon ondersteund. 90% van de code is gewoon te compileren, over het algemeen hoeven alleen front-end zaken opnieuw geschreven te worden.
Het mooie van C++ is dat het een verbindende factor is tussen verschillende mobiele platforms. Symbian was al zinds jaar en dag een (kreupele versie van) C++. Android heeft de NDK om in C++ code te kunnen ontwikkelen waarvan de performance wel uit maakt, en ook voor IOS kun je in C++ ontwikkelen. Je zou dus als je een beetje je best doet de business logic van een cross-platform App in C++ kunnen schrijven en alleen de UI per platform regelen.

Voor UI's is er trouwens ook een mooie cross-platform oplossing: PhoneGap/jQTouch. Je kunt daar mee met HTML/Javascript/ Css en een cross-platform Javascript API cross-platform Apps bouwen.

Ik hoop dat de makers van PhoneGap eens naar de koppeling met C++ kijken. Het zou fantastisch zijn als je je cross-platform business logic in C++ zou kunnen schrijven. Rete snel en/of meer App voor minder Jouls. En dan met een cross-platform javascript/HTML GUI er op.
Goede post met een handige link!

On topic: ik zou blij dat C++ wordt toegevoegd als taal in de WP telefoons. Het is makkelijk en je kunt voor zowel de desktop als de telefoonversie dezelfde functionaliteiten ontwikkelen.
EN voor andere platformen. Nokia's Qt kan cross-platform apps schrijven voor Symbian, Android, Mac OS X, iOS, Windows, Win Phone 6.x - en hopelijk komt Win Phone 8 daar dus bij.
Rete snel en/of meer App voor minder Jouls.
Yay, efficiente snelle code serverside!
En dan met een cross-platform javascript/HTML GUI er op.
Uh....en dan JS/HTML bloat client side...
Ik heb het niet over server-side/client-side maar over business-logic-side/UI-side. Beiden draaien op het zelfde apparaat (de telefoon). Voor de business-logic is het zinnig om het zware werk te doen in de taal die snelle en/of energie zuinige code oplevert. Voor een GUI is dat meestal niet zo.
Ik haat de term 'business-logic-side' of 'business layer'. Alsof er in de UI geen business rules van toepassing zijn (maxlength, valide datetime, opties alleen zichtbaar als..). Er is niet zoiets als een business layer waar alle validatie plaatsvindt, er zijn alleen specs en die moeten terugkomen in al je lagen, client-side, server-side en in je data access layer.
Maar waarom zou je in vetersnaam met HTML je GUI willen bouwen als je ook XAML tot je beschikking hebt? OK, als je een website naar een app om wil bouwen snap ik nog dat je code wil hergebruiken, maar voor een native app? Dat doet op Android en iOS ook niemand.

[Reactie gewijzigd door Dreamvoid op 30 januari 2012 21:55]

"Maar waarom zou je in vetersnaam met HTML je GUI willen bouwen als je ook XAML tot je beschikking hebt? "

Portabiliteit.

"Dat doet op Android en iOS ook niemand."

Voor het maken van cross-platform mobiele apps (android/iphone) is PhoneGap toch echt nog wel redelijk populair.
Als dat een eis van Nokia is... komt Qt dan toch nog naar WP? Of misschien niet Qt proper, maar ik kan me voorstellen dat een hoop van de libraries dan toch in hoog tempo de Lumia's opsijpelen.
Wat voor voordeel bied QT dan in de praktijk voor ontwikkelaars? Persoonlijk denk ik dat C++ veel belangrijker zal zijn vanwege cross platform
Voor de ontwikkelaars binnen Nokia: Een hoop kennis die ze al hebben. En voor ieder ander: Een berg nuttige classes. En een scripting language voor de gui. Bovendien is Qt al verkrijgbaar voor Android (en Windows, Mac en Linux), waar het een redelijke (al is het geen perfecte) job doet om er native uit te zien, dus ik zou eigenlijk zeggen dat C++ cross platform programmeren mogelijk maakt, en Qt voor een flink gedeelte de practische problemen oplost.
En in hoeverre wordt het ondersteund in iOS en BBos?

Ik ben namelijk benieuwd in hoerre QT echt meerwaarde bied en of het een alternatief kan zijn voor het ontwikkelen op de mobiele platformen. Dat het werkt op Nokia is natuurlijk leuk maar boeit verder niemand (dit in de zin van je wilt 1 taal voor elk mogelijk platform)

[Reactie gewijzigd door Mellow Jack op 30 januari 2012 09:48]

Het is leuk dat het er is, maar wordt het ook gebruikt? Hoeveel Qt-liefhebbende Symbian developers (die zich nog niet omgeschoold hebben naar andere platforms) lopen er anno 2012 nog rond? Als ik de lijst van Qt software eens doorkijk zie ik maar weinig showcases van moderne, succesvolle programma's - heeft Qt nog wel kritische massa?

[Reactie gewijzigd door Dreamvoid op 30 januari 2012 21:40]

Qt IS cross-platform. In combinatie met QML kun je in heel korte tijd (in developer-weken) naar een ander platform porten... Qt ondersteund weet-ik-hoeveel plaformen (incl iOS, Android, Symbian, WiMo 6.x, WebOS, ...).
Dat is geweldig nieuws, Unity3D (waar ik mee werk) had al aangegeven geen support naar WP7 te kunnen brengen vanwege het gebrek aan C++ support. Microsoft vergat dat ze dit keer maar een klein stukje van de markt hebben en dus niet exclusieve technologieŽn kunnen gaan gebruiken.
In Windows 8 kan je ook gewoon Metro apps in C++ schrijven dus dit is niet echt een verrassing.

Verder is dit artikel wat warrig geschreven. Silverlight en XNA zijn frameworks, geen talen.
ik weet nu al dat 2012 een mooi jaar wordt voor Microsoft met metro style.
zelf heb ik nu ook een windows phone 7 en vindt hem echt fijn en met windows 8 is het alleen makkelijker te gebruiken :P
Nou sorry hoor, maar gebruik dan toch gewoon c#, scheelt maar een beetje van C++.. Overigens is het gebruik van Silverlight niet zo handig meer, aangezien Windows 8 ARM geen Silverlight meer ondersteund (en de default browser in Windows 8 x86 ook niet)
Ik zie hier in de reacties dat men vooral aanneemt dat het om native C++ gaat. Het kan natuurlijk net zo goed managed C++ zijn, wat (gezien het platform) toch ook niet geheel onwaarschijnlijk is :)

(Zou ik btw wel balen vinden daar niet van)

Edit: Nou zie je maar dat ik er al heel lang niet meer naar gekeken heb ... je hebt tegenwoordig C++/CLI.

Ook een interessante ontwikkeling is C++/CX, wat compleet native is (hoewel het dus wel kan samenwerken met .net):
Please note, however, that while the C++/CX syntax is very similar to C++/CLI, the underlying implementation is very different, it does not use the CLR or a garbage collector, and it generates completely native code (x64, x64, ARM depending on target).
van http://blogs.msdn.com/b/v.../2011/10/20/10228473.aspx

[Reactie gewijzigd door Laurens-R op 30 januari 2012 10:24]

Het kan natuurlijk net zo goed managed C++ zijn
Wat Microsoft managed C++ noemt is niets meer dan C++ met een paar tweaks aan de compiler zodat je naast C++ objecten ook .NET managed objecten kunt gebruiken.

[Reactie gewijzigd door Carbon op 30 januari 2012 10:18]

Waarom zou Microsoft het aantal talen hebben willen beperken tot 35? Is dat omdat ze ondersteuning moeten bieden voor al die talen?

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6DestinyAssassin's Creed UnityFIFA 15Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox OneTablets

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013