Programmation "type entreprise"

Version imprimable

05/04/2013, 14h57
anthony78340

Programmation "type entreprise"

Bonjour,

Je débute en C++, j'ai compris le fonctionnement des classes mais j'ai du mal à voir comment bien les utiliser.

Par exemple si je souhaite faire un programme qui fasse un traitement sur une phrase :
- ajouter une majuscule en début et un point en fin de phrase,
- remplacer tous les espaces par un "_",
- compter et afficher en bout de phrase le nombre de caractère de la pharse.

Je souhaiterai que ce programme soit évoluable de manière à ajouter d'autre traitements sans être obligé de toucher à ceux déja fait, et avoir qu'une seule fonction dans mon main qui appelle le traitement.

L'idée c'est de comprendre comment programmer des gros projets comme ce que l'on retrouve en entreprise.

Si vous avez des exemples de codes similaires à ce que je veux faire, ou si vous savez comment programmer mon exemple je serai preneur.

Merci pour votre aide.

Anthony
05/04/2013, 15h17
imperio

Pour des choses comme ça, t'as pas vraiment besoin de t'inquiéter, tu fais une classe (avec des méthodes statiques pour pas avoir besoin d'instancier si elle ne à rien d'autre) qui englobe des méthodes pour te faciliter la vie avec les strings. Du moment que ton code est clair il sera facilement maintenable (à condition que ce qu'il fasse ne soit pas aberrant non plus :mouarf: ).

Pour ce qui est de ta fonction qui remplace les caractères, la classe string a des méthodes pour faire ce genre de chose.
05/04/2013, 15h18
ternel
Bonjour,
Ce n'est pas un exemple de programme "d'entreprise".
Une entreprise n'a pas besoin d'un programme C++ pour faire ceci.
Surtout que tu n'as aucune usage visible de classes dans ton cas:
une phrase, peut-être, mais c'est pauvre

Par contre, un programme d'analyse de multiples entrées serait plus utile.
Imagine un dossier contenant des fichiers textes. (.txt normaux)
Tu pourrais vouloir faire des statistiques sur tous ces textes, et produire un rapport d'analyse.

Tu as plus de possibilités:
- le nombre de phrase
- la taille moyenne des mots d'un texte
- le nombre de mot par phrases
- la fréquence du mot je
- la fréquence de la lettre u
- quels documents utilisent des noms propres et lesquels.
La, tu peux mettre en place un systeme de classes, pour les différentes mesures. L'idée est d'avoir un ensemble de mesures (vector?) et de les appliquer à chaque fichier du répertoire.
Regarde du coté des foncteurs et des fabriques (factory) pour ce faire.

Rappelles-toi que l'objectif n'est jamais de faire des classes, mais de résoudre un problème.
05/04/2013, 15h50
anthony78340

Merci pour vos réponses.

Je sais que je me complique la vie, mais il m'a été demandé ce genre de chose pour un entretien professionnel.

Le but est de comprendre comment passer d'exemples qui illustrent les cours, à un (mini)projet.
05/04/2013, 16h26
ternel

Une classe correspond à un concept manipulable du probleme.
Dans ton exemple initial, il n'y a que la phrase et la chaine de caractere.

Dans les entretiens, il faut savoir quand faire ce qui est demandé et quand expliquer pourquoi ne pas le faire.
05/04/2013, 19h56
Bousk

Bonsoir,

à mon avis quelqu'un qui demande "d'écrire une classe" pour faire ce seul traitement je le fuirais : il s'agit surement d'un cravateux qui a essayé de faire une phrase avec les quelques mots-clé qui ont matché entre sa db de recherche et ton profil.

L'essence d'une classe c'est de rendre un service, de manipuler des données, voire d'être une donnée.
Remplacer des caractères, ça a à peine de quoi s'appeler un service, il s'agira dans 500% des cas d'une fonction seule (éventuellement décorée pour gérer plusieurs cas, un simple replace, des regexp, passer des tableaux, list, ..).
La seule "classe" éventuelle là c'est la chaîne de caractère, mais uniquement pour se simplifier la gestion mémoire inhérente à cet objet.
Ca existe déjà et c'est std::string.
Remplacer un caractère ? string::replace
Le nombre de caractère ? string::size
Changer la casse ? toupper, tolower

Btw, il ne faut pas croire que le "développement d'entreprise" (lui aussi qui t'a mis cette idée en tête ?) a quoi que ce soit d'exceptionnel.
La seule chose qui change c'est qu'on y trouve parfois des règles/conventions, des process pour simplifier la mise en place, le déployement, automatiser certaines tâches récurrentes, etc...
08/04/2013, 10h59
ternel

Personnellement, la seule chose qui change entre chez moi et le taf, c'est le couple bugzilla/jira.

PS: et les prises de têtes avec les décideurs qui refusent les bonnes pratiques…
08/04/2013, 17h30
koala01
Salut,

En fait, il y a très peu de différence entre le développement en entreprise et le développement "personnel".
- Les entreprises et les équipes d'une entreprises ont leur "petites habitudes", tout comme tu peux avoir les tiennes, à toi de t'adapter à celles de l'entreprise
- Les "projets d'entreprise" peuvent souvent s'étaler sur plusieurs années et il n'est pas rare que certaines parties de code soient "si anciennes" que plus personne n'est en mesure de dire qui les a écrites, ni ce qu'elles font :aie:
- Il y a souvent des système de "bug tracking" et de contrôle de gestion, ce que tu utiliseras peut etre rarement pour ton développement perso
- Les rôles sont parfois mieux définis : une personne s'occupe de l'analyse fonctionnelle, une autre de la gestion financière du projet, et tu es parfois soumis aux ordres d'une personne qui prendra certaines décisions que tu devras respecter, qu'elle soient bonnes ou mauvaises.
- Tu n'es parfois pas le seul à mettre les mains dans le code, ce qui peut nécessiter d'avantage de communication entre toi et les autres
Finalement, ce sont surtout des différences "organisationnelles", qui ont simplement pour effet d'exacerber les bons et les moins bons cotés d'un projet ;)

Mais, au final, tu seras toujours confronté aux mêmes problèmes: si l'évolutivité n'a pas été envisagée à toutes les étapes du développement, il sera rapidement difficile de faire évoluer les choses dans une direction donnée.

La seule chose, c'est que tu pourras, éventuellement, décider de jeter tout ton code dans un projet personnel, alors que ce sera souvent une alternative difficile à défendre en projet d'entreprise ;) :D
09/04/2013, 20h41
Iradrille

Citation:

Envoyé par leternel

PS: et les prises de têtes avec les décideurs qui refusent les bonnes pratiques…

Haha, rien qu'après un stage de 2/3 mois (dans du dev web, l'horreur quoi :aie:) je connais ça.

La vision à (très) court terme des décideurs est frustrante, ce qui compte c'est d'avoir un résultat immédiat, même si ça signifie perdre du temps à moyen / long terme car on à un truc pas vraiment (voir pas du tout) évolutif ni maintenable...

Une autre chose qui change, c'est la présence de deadline à respecter, mais ça n'impacte pas le code (normalement... :?)
09/04/2013, 21h55
koala01

Citation:

Envoyé par Iradrille

Une autre chose qui change, c'est la présence de deadline à respecter, mais ça n'impacte pas le code (normalement... :?)

Enfin, on aimerait que ca ne l'impacte pas (trop), mais, en pratique...:mrgreen:
10/04/2013, 15h45
r0d

Il y un truc que je fais au travail mais pas sur mes projets perso, c'est les tests unitaires.
Sinon le reste, effectivement c'est grosso modo pareil.

Bon, il y a aussi les blagues dans les commentaires, que j'évite à faire au travail quand-même :)
10/04/2013, 16h22
Emmanuel Deloget

Citation:

Envoyé par Iradrille

Haha, rien qu'après un stage de 2/3 mois (dans du dev web, l'horreur quoi :aie:) je connais ça.

La vision à (très) court terme des décideurs est frustrante, ce qui compte c'est d'avoir un résultat immédiat, même si ça signifie perdre du temps à moyen / long terme car on à un truc pas vraiment (voir pas du tout) évolutif ni maintenable...

Ah !

Le time to market est plus important que les problèmes qui peuvent survenir par la suite, ce qui explique cela. Après, si tu travailles dans un SSII, il est important de garder du travail pour plus tard, sans quoi tu ne pourras pas vendre un plan de maintenance ni, dans 3 ans, proposer un refonte globale de l'application "parce que vos nouveaux besoins exprimés ne sont pas implémentable vu l'architecture actuelle."

On va m'accuser d'être cynique, mais j'ai quand même fait quelques années dans une SSII... :cry:

Citation:

Envoyé par Iradrille

Une autre chose qui change, c'est la présence de deadline à respecter, mais ça n'impacte pas le code (normalement... :?)

Quand tu dois corriger un bug dans l'urgence 4h avant d'envoyer le code au client, est-ce que tu penses que tu as le temps de bien faire tout dans les règles ? :aie: