Voilà je post ici (je sais pas trop où poster) pour demander si c'est possible en c++ de mettre tous les fichiers d'entête dans une DLL qui peut servir d'api, un peu comme Rebirth ? (Je débute dans le langage et j'ai suivi le tutoriel du site du zéro).

C'est en effet possible comme dans tout langage de programmation mais ce ne sera pas aussi simple qu'en .Net.

Oui mais ça permet de faire des programmes plus performant

Exact mais le travail est 10 fois plus long et plus dur, nécessitant beaucoup de connaissances.Mais si tu es motivé et que tu as du temps, lance toi ;)

Je vais tenter alors, merci de ton encouragement ;)

Tu ne peux pas à proprement parler mettre des fichiers d'entête dans une DLL. Une DLL c'est du code compilé, qui contient les **définitions** de tes fonctions/classes. Ensuite, tu fournis les **déclarations** à l'utilisateur de ta DLL, dans des fichiers .h donc (sauf si tu veux en plus de ta DLL fournir du code compilé linké statiquement, mais bon on s'écarte). Les avantages d'une DLL étant les suivants:- tu n'as pas besoin de recompiler le code qui utilise la DLL dans le cas où tu ne changes pas l'interface (c'est à dire les déclarations que tu fournis à l'utilisateur). Tu dois juste recompiler la DLL et donner la nouvelle version de la DLL- une DLL peut être partagée entre plusieurs processus- dans une moindre mesure, si tu as plusieurs exécutables/bibliothèques qui utilisent effectivement du code commun, les linker dynamiquement à une DLL réduira la taille des exécutables par rapport à un linkage statique (où tous les symboles sont copiés dans chaque binaire utilisant le code commun)Il est n'est pas vrai que coder en C++ est 10 fois plus long, plus dur, et nécessitant beaucoup plus de connaissances qu'en C# par exemple. À vrai dire si tu t'en tiens au C++ moderne et aux derniers standards (C++14, C++11), tu as moyen de pouvoir écrire des programmes relativement conséquents avec un temps d'apprentissage court. Il est toutefois vrai qu'il te faudra plus de temps pour maîtriser toutes les subtilités du langage.Il n'est pas non plus vrai que ton code sera nécessairement plus performant. Un code écrit en C++ est souvent plus performant en effet, ce notamment grâce aux optimisations que le compilateur est capable de faire directement sur le code ASM généré. Les langages utilisant de la compilation JIT ou une machine virtuelle peuvent avoir plus de mal à faire certaines optimisations, bien qu'ils soient en progrès constant.Les vrais gains de performance apparaissent souvent sur des machines peu performantes, car ici les optimisations faites par le compilateur ET les optimisations faites par le développeur lui même ont beaucoup plus d'importance. Mais aujourd'hui, sur nos machines, qui a vraiment besoin d'optimiser son code? À part si tu travailles sur du code dont le temps d'exécution est CRITIQUE, tu ne devrais pas à avoir à penser aux performances. Tu devrais écrire ton code de la façon la plus concise et la plus expressive possible, et aujourd'hui sur ta machine il sera performant quoiqu'il arrive._Je parle bien sûr d'optimisations bas niveau directement au niveau du code, et non au niveau des algorithmes. Évidemment, on préfèrera toujours des algorithmes d'une complexité minimale._Vouloir changer de langage sous prétexte qu'il offre de meilleures performances est TRÈS souvent une erreur.

Tout est dit :oVas plutôt te pencher vers du C# ou du VB, un bot ca ne nécessite pas d'énorme performances c'est que du traffic réseau.

> scalexm a dit : "Tu ne peux pas à proprement parler mettre des fichiers d'entête dans une DLL. Une DLL c'est du code compilé, qui contient les **définitions** de tes fonctions/classes. Ensuite, tu fournis les **déclarations** à l'utilisateur de ta DLL, dans des fichiers .h donc (sauf si tu veux en plus de ta DLL fournir du code compilé linké statiquement, mais bon on s'écarte). Les avantages d'une DLL étant les suivants:- tu n'as pas besoin de recompiler le code qui utilise la DLL dans le cas où tu ne changes pas l'interface (c'est à dire les déclarations que tu fournis à l'utilisateur). Tu dois juste recompiler la DLL et donner la nouvelle version de la DLL- une DLL peut être partagée entre plusieurs processus- dans une moindre mesure, si tu as plusieurs exécutables/bibliothèques qui utilisent effectivement du code commun, les linker dynamiquement à une DLL réduira la taille des exécutables par rapport à un linkage statique (où tous les symboles sont copiés dans chaque binaire utilisant le code commun)Il est n'est pas vrai que coder en C++ est 10 fois plus long, plus dur, et nécessitant beaucoup plus de connaissances qu'en C# par exemple. À vrai dire si tu t'en tiens au C++ moderne et aux derniers standards (C++14, C++11), tu as moyen de pouvoir écrire des programmes relativement conséquents avec un temps d'apprentissage court. Il est toutefois vrai qu'il te faudra plus de temps pour maîtriser toutes les subtilités du langage.Il n'est pas non plus vrai que ton code sera nécessairement plus performant. Un code écrit en C++ est souvent plus performant en effet, ce notamment grâce aux optimisations que le compilateur est capable de faire directement sur le code ASM généré. Les langages utilisant de la compilation JIT ou une machine virtuelle peuvent avoir plus de mal à faire certaines optimisations, bien qu'ils soient en progrès constant.Les vrais gains de performance apparaissent souvent sur des machines peu performantes, car ici les optimisations faites par le compilateur ET les optimisations faites par le développeur lui même ont beaucoup plus d'importance. Mais aujourd'hui, sur nos machines, qui a vraiment besoin d'optimiser son code? À part si tu travailles sur du code dont le temps d'exécution est CRITIQUE, tu ne devrais pas à avoir à penser aux performances. Tu devrais écrire ton code de la façon la plus concise et la plus expressive possible, et aujourd'hui sur ta machine il sera performant quoiqu'il arrive._Je parle bien sûr d'optimisations bas niveau directement au niveau du code, et non au niveau des algorithmes. Évidemment, on préfèrera toujours des algorithmes d'une complexité minimale._Vouloir changer de langage sous prétexte qu'il offre de meilleures performances est TRÈS souvent une erreur."I see a really good explanation, I have a question:In fact you say the time of dev is more less in .NET platform, but what types of projects is good to use c ++?I see and the bots and emulator have a very big code, but you can it make more faster in .net and losing a little performance... And c++? ^^'Je vois une très bonne explication, je dois une question:En fait, vous dites que le temps de dev est plus moins dans la plateforme .NET, mais quels types de projets est bon d'utiliser C ++?Je vois et les bots et émulateur avoir un très grand code, mais vous pouvez faire plus vite, il en .net et perdre un peu de performance ... Et c ++?

Nan c'est pas que pour les performances mais je préfère le c++ surtout pour le multi-plateformes, après je connais le java donc je sais pas lequel des deux choisir.Enfaite je pense que je vais aller vers du java car je le maitrise à peut près mais après c'est la protection du code qui laisse à désirer...

L'argument de la portabilité est en effet un argument raisonnable, quoique Mono qui permet de compiler des programmes en C#/VB de façon portable a énormément progressé et peut maintenant faire tourner une grande majorité de programmes initialement écrits pour le framework .NET.Si par "protection du code" tu entends le fait que les exécutables Java puissent être décompilés facilement: premièrement il y a des techniques d'obfuscation très efficaces; deuxièmement si tu débutes, ne t'attend pas à écrire le prochain émulateur 2.0 ou le prochain bot à la mode, je te conseille de développer tout ça en open source de façon à pouvoir recevoir des avis de développeurs compétents (pas moi, je ne suis pas spécialement compétent en Java), ça te sera bien plus bénéfique. Ensuite, tu trouveras des moyens de protéger ton code si vraiment tu tiens à faire un gros projet closed-source.@Genesis: il n'y a pas de "bons" ou de "mauvais" projets à écrire en C++. Le C++ est un langage très polyvalent, la question du choix du langage est avant tout une question de goût et de connaissance. J'ai longtemps fait du C++ car c'est un langage que je maîtrise parfaitement et que j'aime beaucoup, un aspect principal m'ayant séduit (et me séduisant toujours) est la destruction déterministe des objets. Certains n'aiment pas le C++ ou trouvent que cela met plus de temps à développer qu'en C# (ça n'est pas mon avis, pour peu qu'on ait des bons outils et des bonnes bibliothèques à disposition), c'est leur choix et je le respecte.Après bien sûr, si l'idée est juste d'écrire un petit programme (ou même un plus gros) avec un temps de développement minimal, alors ni le C++ ni le C# ne sont vraiment adaptés. Il vaut mieux se tourner vers des langages beaucoup plus haut niveau comme Python ou Perl6.

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Petite question sur le C++

Moonlight-Angel

(je tiens à mentionner tout de même que j'ai trouvé ce débat très intéressant et qu'il m'a permit au passage d'aller me renseigner sur les différents langages abordée dans vos messages, que je connaissais uniquement de nom jusqu'à présent, merci :D)

« Page précédente