Bonjour à tous!
J'aurais voulu savoir si il était possible de coder un truc en C ou C++ afin d'ouvrir une fenêtre de commande.
Dans cette fenêtre de commande, on tape un texte (Question ou affirmation)
Le "logiciel" analyse dans un fichier texte si la question ou l'affirmation s'y trouve (Dans un fichier A en .txt)
Cette affirmation ou question renvoyant à un "code"
Le logiciel ira alors chercher dans un fichier B en .txt la réponse qui correspond à ce code afin de répondre à l'affirmation ou à la question

Exemple: J'écris "Coucou" dans la fenêtre de commande
Le "logiciel" en question va chercher "Coucou" dans A.txt
Il le trouve, et vois qu'il correspond à 1
Il va chercher 1 dans B.txt et voit que ça correspond à "Bonjour!"
ALors il me répond: Bonjour!

En espérant m'être fait comprendre!

A la base tous les scripts s’exécutent en mode console. C'est après, si tu veux créer des fenêtres que ça devient compliqué. Ensuite lire et écrire dans un fichier .txt, c'est bidon, même si tu n'as jamais fais de programmation de ta vie, avec des copier/coller tu peux y arriver.

Je ne demande pas de créer une fenêtre
Et pour moi utiliser un fichier txt est bien plus lisible
Et cela permet de le modifier n'importe quand sans avoir de logiciel quelquonque (Doute sur l'orthographe)

Ton problème n'a rien de compliqué.

Par contre pour ce n'est efficace que pour des dialogues basiques et extrêmement limités. J’espère que tu n'imagines pas une seule seconde faire une ia, même petites, de conversation avec ça!

Et tu ne vois pas la chose efficacement:

Déjà pourquoi deux fichiers? Un seul, avec un séparateur, ou encore du CSV ou du XML et tu te contenteras d'un seul fichier, c'est mieux.

Tu recherches comment la réponse que tu dois donner à l'utilisateur? Non parce que si tu t'amuses à parcourir les possibilités séquentiellement jusqu’à que tu trouves la bonne, tu vas attendre longtemps Voir le point suivant pour un début de solution.

Pourquoi faire la recherche dans un fichier? Si le fichier n'est pas énorme, pourquoi ne pas charger toutes les possibilités en RAM, et faire cette recherche en ne travaillant qu'avec la RAM? Parce que les accès disques, c'est lent.

Tu peux par exemple utiliser une HashMap, qui à partir d'une clé, te donnes la valeurs associée. Ici la clé serait ce qui représente l'entrée utilisateur et la valeur, ce que la machine doit répondre.

C'est globalement assez rapide, a partir de la clé tu retrouves rapidement la valeur associé. (Pour peu que tu fasse attention au problème de collision)

Bon en l'état c'est très limité, parce si l'utilisateur n’écrit pas précisément ce dont à quoi tu t'attends, ça ne marche pas. Mais pour faire un truc tout basique juste pour tester, tu peux utiliser trim et faire des conversions uppercase/lowercase. En plus, ça ne gère pas le fait qu'une entrée utilisateur peut bien sûr avoir plusieurs réponses crédibles possibles.

ATTENTION: Cette approche naïve ne marche que pour de mini-dialogue très limités! Si tu veux faire un bot conversationnel un peu plus sérieux, il va falloir apprendre l'analyse syntaxique, le traitement du langage et les réseaux de neurones

Mais le niveau de difficulté n'a absolument rien de comparable. A ton niveau, faire une petite implémentation de l'approche naïve sera déjà un bon exercice.