Reprise du message précédent :
j'abandonne perso ...

snif, bon, il ne me reste qu'un bug, je vais me débrouillé à demain  

Ben j'avoue que j'ai pas tout lu et je pense que quelqu'un te l'a déjà dit mais un include en C ou C++, c'est pas tout à fait la même chose qu'en PHP.
Genre inclure un fichier cpp ça ne m'est jamais arrivé. Ah si peut-être, il me semble qu'à l'IUT j'avais vu un cas où c'était nécessaire mais honnêtement je ne sais plus lequel désolé. En tout cas je me souviens bien de la gueule du prof quand il nous a expliqué que c'était vraiment pour UN cas précis. De toute façon, ce n'était pas à l'intérieur d'une fonction,...
Prends un bouquin et si c'est déjà fait, prends-en un autre.

Certainement dans le cas où tu splittes une classe template en deux, la description dans le Hpp, et le code dans le .cpp, le Hpp réalise un include du .cpp.

non ... jamais de la vie. Un .cpp est une unité de compilation, elle n'a pas vocation a être inclus. La bonne pratique dans ce cas là est de nommer ce fichier en .tpp ou .impl.hpp mais jamais .cpp.
Le jour ou tu travailleras avec un système de build automatique ca va e faire tt drole qu'il compile ton cpp remplis de template.
 
Il y a exactement 0 cas ou l'include d'un cpp est justifié

Ca, c'est pas tellement concevable pour : les seuls fichiers que nous avons le "droit" d'inclure, sont des fichier .h, dans ces fichier nous ne pouvons que dlécarer des prototype de fonctions, donc, toute les fonctions, c'est légèrement bordélique je trouve...

c'est surtout un héritage historique du C. Après on vis avec, sinon on reste à faire du PHP

Bon, j'ai une mauvaise nouvelle, j'ai revus l'organisation de mon programme et... ça marche, au menu :
 

• Plus que trois fichier : main.cpp, fonctions.h et langages.h
• Plus que deux namespace : KolorEngine, KolorEngineLangage
• Plus de variable globale

Descriptions des fichiers :
 
langages.h :

• Namepace : KolorEngineLangage (qui contient les fonctions de parsage)
• Description du fichier : contient les prototypes des fonctions de parsage

fonctions.h :

• Namespace : KolorEngine (qui contient les fonctions uselles du programme)
• Description du fichier : contient les fonctions uselles du programme

main.cpp :

• Namespace : KolorEngine, KolorEngineLangage, std
• Description du fichier : fichier contenant tout le code du programme
• Nombre de parties : 4

Description des parties :

• Partie 1 : Les includes, contient toutes les inclusions nécessaire au bon fonctionnement du programme
• Partie 2 : La fonction main, appel les fonctions, traite la demande et renvois le code
• Partie 3 : Définie les fonctions de l'espace nom KolorEngine
• Partie 4 : Définie les fonctions de l'espace nom KolorEngineLangage

Voilà    
 
1. Avant d'aller plus loin, je vous serait reconnaissant de me faire part de vos commentaires, suggestion et/ou critiques, vous pouvez également télécharger le changelog
 
2. Maintenant que cette phase est réalisé, j'aimerais savoir quels améliorations puis-je apporter à mon code, pour améliorer sa lisibilité, sa modularité, son ajout facile de langage, ses performance, etc.
 
3. (nécessite la réalisation des points 1 et 2) J'aimerais rajouter deux options : un système de cache et un système de stats, tout les deux à la demande, pour le second je vois, pour le premier, j'ai un peu de mal...
 
Par avance merci de votre participation, de votre aide et surtout, de votre patience  

Juste une question, vous êtes le plus impressioné par mon travail ou par mon avancé ?

 
 
Il a raison c'était ça il me semble. Faut dire qu'on avait pas le droit au build automatique histoire de nous apprendre comment ça marche une compilation et de ne pas répondre
 
Connaissant mon prof il avait sûrement du nous mettre en garde mais comme à l'époque on était surtout dans l'optique "ça marche comme ça le TP est fini donc on se casse", mon binôme et moi on n'a pas du écouter.

build automatique je parle de autoconf et cie

Pas pensé ouais.
En tout cas je note le .impl.hpp, merci.

Mon message n'a pas eu l'effet esconté ^^" dommage...

int main(int argc, char** argv[])

 
Moi perso, je ne vais pas plus loin. On t'a pourtant dit d'apprendre le C++ par le commencement ! Tu n'as même pas les bases, il ne te suffit pas de "savoir coder" en php pour pouvoir faire du c++ !

ha, oui en effet, mauvaise version, voilà j'ai réuploader la bonne : changelog
 
Autre chose ?

// Fonction principale
int main(int argc, char* argv[])
{
 
    std::string langage;
    // Récupération du langage
    char* langage_intermediare = argv[1];

 
Voilà, ça, c'est n'imp !
 
Et tout ton code est merdique ! Tu ne sais pas programmer en C++ ! Reprend ton apprentissage du langage depuis le début STP !!!!!

j'avoue, que ce n'est pas judicieux de ma part, je reviendrais donc sous peu...
 
PS : mon code n'est pas de bonne qualité, certes, mais pour un novice, je le trouve correcte...

non, c'est juste infame vu que ca compile pas et que t'as rien compris au film

Salut,
 

 
je suis ce topic depuis un petit moment et je te trouves marrant.
Tu n'as strictement rien compris au C++, ton code est ridicule, même un enfant de 10ans en lisant les cours du site du zero pourrait faire mieux (à ne pas prendre mal, c'est simplement pour dire à quel point tu ignores ce que tu fais).
Et pourtant, plutôt que de te dire "bon OK, j'y connais rien alors je relis les bases", tu t'obstines à vouloir coder un programme sans rien connaitre du C++, tu ne connais même pas le prototype de la méthode main, c'est pour dire !
 
Ton code n'a pas de sens, que ce soit pour un novice ou non...
Tu ne sais même pas que les includes ne se mettent qu'au début du fichier, ni qu'on inclue pas de *.cpp, ni les types de bases, ni rien du tout !
 
 
Ecrire un code dans un certain language est quelque chose de très très précis, il FAUT connaitre les règles si tu veux y jouer, ce n'est pas quelque chose qui se fait "au feeling".
 
 
Voilà, donc comme tous les autres, tout ce que je peux te donner comme conseil pour ton programme, c'est:
"Supprime-le, LIS des choses sur le C++ (les tutos sur le web peuvent être une base), ne te contente pas de survoler un livre en une heure, CE N'EST PAS POSSIBLE EN PROGRAMMATION, il te faut connaitre precisément toutes les règles, pas juste grossomodo comment ça marche."

je code 8H par jour du c++ et je ne sais pas écrire un main

 
Non.  Ce qui est normal pour un novice, c'est de n'avoir aucune idée de la qualité de ce qu'il écrit,
pas d'écrire du code aussi mauvais.
 

 
Je ne suis pas sûr de comprendre ce que ce smiley veut dire.  Sérieusement, je ne me souviens pas d'avoir
jamais écrit un main pour du code destiné à partir en production (ah, si, peut-être une fois), mais ne pas
savoir comment on fait... ça me semble quand même bizarre.  En écrire m'arrive assez souvent quand
j'expérimente des techniques.

Je n'ai pas écrit un seul main au boulot.
Quand j'expérimente à la maison c'est plutôt en Python.
Et si je fais du C++ je recopie un main d'un précédent projet

et la plupart des IDE le mettent d'office quand on crée un nouveau projet...

Moi, je ne sais pas écrire un winmain, mais un main, quand même !

J'ai relu une bonne partie de mon livre et après les conseils d'un ami je pense que je relève un peu le niveau :  
changelog
 
Verdict ?

Pas de suggestions ni de critique ?

C'est un peu creux là, dans le sens ou il n'y a rien de fonctionnel. Spirit c'est fait pour faire des parseurs, pas spécialement pour faire des regex, et d'ailleurs tu ne t'en sert pas. L'implémentation de toutes tes classes dans le main.cpp c'est moche.
 
Donc faut voir la suite quoi.

Justement, j'aimerais que la structure soit valider, ensuite le contenu viendra, d'ailleur j'étudis boost.spirit en ce moment, par contre, j'approuve le faite que l'implémentation des class dans main.cpp, cependant, dans mon manuel, il n'y a aucune "alternative", peut-être pourriez vous m'en conseiller une...

ClassMachin.cpp ?

Je croyais qu'on avait pas le droit d'inclure des .cpp
 
J'ai peut-être mal-lu ?

Tu n'as pas besoin de l'inclure.

Il sera compilée par ton IDE et ton compilateur (édition des liens?) sait faire la "correspondance" entre les .h et les .cpp

edit: si qqun à un document expliquant précisément le mécanisme ça m'intéresse.

Après doc, j'ai class wizzard sous CodeBlocks, avec ça dois-je inclure "Parser.h" quand même ? je pense que non...
 
Pour boost.spirit, on me l'as conseillé, et sur leur site c'est l'un des principales usages qu'il mettent en valeur, avec celui d'interprêter des syntaxes...
 
PS : doc => http://loulou.developpez.com/tutor [...] ocks/#L7.2

ta classe Toto est déclarer dans toto.hpp ert son code est défini dans toto.cpp
 
tu inclus toto.hpp dans les fichiers ayant besoin de connaitre toto. tu compiles et tulink toto.cpp avec les autres cpp.
 
Chapitre 1 du manuel :€

 
On parle pas du même manuel alors...
 
Et je les link comment ? en les ajoute au projet ou en me servant de class wizzard

tiens, cadeau: http://www.mindviewinc.com/Books/

 
compialtion + edition des liens c'est quand meme la base quoi :€

 
Désolé, mais sur mon bouquin y avait pas la gestion d'IDE...
 
J'ai fais les modifs nécessaire, mais j'ai encore un problème d'{, je vais trouver ^^

c'est pas une notion d'IDE hein mais de compilateur

IDE : Integrated Development Environment, le compilateur est intégré à l'IDE, donc la maitrise de l'IDE inclus la maitrise du compilateur... Moi je vais arrêté car tu va plus vouloir participer ^^
 
J'ai tout refais, voilà, moins dégueulasse
 
changelog : http://knightoffear.free.fr/kolore [...] -0-09a.zip

Non.

je te cite :

En l'occurrence, si tu détruis l'objet, ta map contiendra un pointeur invalide, donc c'est absolument faux.
Vu qu'en plus, tu clones ton parser pour pouvoir l'utiliser, j'ai l'impression que tu es très loin d'avoir les idées claires sur le rôle que tu comptes donner à tes classes. Avant de faire compliqué, fais simple, c'est une règle d'or.
Avant de vouloir faire un programme complexe, fais-toi des exemples plus simples, et fais les évoluer en quelque chose de progressivement plus complexe. Tu n'imagines pas la galère dans laquelle tu t'embarques si tu veux programmer une horde de classes avant même de parvenir à faire compiler ton programme ... Les erreurs qui empêchent la compilation sont de loin les plus simples à régler, là, tu es en train d'enterrer des mines sur lesquelles tu marcheras plus tard.