Je n'ai pas vu une option pour créer un site web dans la zone C++. Y at-il un moyen de contourner ce ou suis-je simplement coincé avec C# et VB.NETCan C++ .NET et J # peuvent-ils être utilisés pour créer un site Web?
Un peu de googler tourné ça, pas sûr de savoir comment il est encore applicable: http://www.codeproject.com/KB/mcpp/helloworldmc.aspx
Cependant, je remets en question POURQUOI vous voudriez utiliser C++ .NET sur C#, étant donné que les langages sont assez similaires au niveau de base. Toutes les "accélérations" perçues ne seraient probablement pas très visibles étant donné qu'elles se compilent toutes les deux dans la même IL, et qu'elles sont toutes deux soumises au compilateur JIT.
Vous pouvez probablement faire fonctionner votre site Web en utilisant C++/CLI. Il n'y a pas de couplage serré entre une page .NET (aspx ou ascx) et le langage de mise en œuvre. Vous pourriez même obtenir l'intellisense à partir des fichiers aspx/ascx mais ne me citez pas dessus.
Donc, pour régler cela vous devez créer un projet C++/CLI et utiliser C++ géré pour étendre Page, Control, etc cours, utilisez HttpContext etc.
Une autre question est de savoir si ou non il y a un point Faisant cela. Vous continuerez à cibler .NET et à appeler la même API. Il n'y aura pas beaucoup de bénéfices en termes de performances et vous perdrez la prise en charge de l'IDE pour la création de contrôles et vous ne pourrez pas utiliser WebForms à partir du concepteur.
Modifier. Si vous n'avez pas fait ASP.NET avant que vous ne lanciez un projet ASP.NET normal et que vous ne voyiez pas comment implémenter quelque chose, quelles classes étendre, etc. C'est un peu comme si vous rejetiez l'idée d'utiliser un autre langage.
Vous pouvez, en théorie, utiliser n'importe quel langage .NET pour créer des pages ASP.NET. F #, par exemple, est entièrement pris en charge dans VS 2010. La question de savoir si toutes les langues sont prises en charge dans les outils est une autre question - en particulier pour un langage J # qui a été abandonné après VS 2005 et ne prend pas en charge toutes les fonctionnalités. les autres langues (comme la possibilité de créer de nouveaux attributs). Au minimum, vous devrez définir un fournisseur de build approprié pour que les choses se passent bien.
Nitrick mineur: ce n'est pas un interprète. Le compilateur JIT- * * génère du vrai code natif à la volée. –
Vous avez raison. Je mélangeais les implémentations de CLR alternatives (micro, en particulier, ainsi que Mono) avec le "standard", qui interprètent parfois. Ma faute, corrigée. –