IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Commentaires

  1. Avatar de MarieKisSlaJoue
    • |
    • permalink
    Quelque chose de semblable à twitter4j je suppose ? Si oui c'est très intéressant car twitter4j est d'une facilité déconcertante.
  2. Avatar de Docteur BIT
    • |
    • permalink
    Je ne comprends pas bien l'intérêt de cette question...
    1) UML ne sert pas exclusivement aux développeurs
    2) UML ne sert pas exclusivement à communiquer avec le métier
    3) UML est en outre un outil de documentation efficace mais les développeurs sont peut-être aussi allergiques à la documentation? N'est-ce pas là la vraie question à poser?
    4) UML permet de structurer les développements itératifs et incrémentaux
    ...

    Bref, l'UML est donc encore loin d'être "has been", désolé, messieurs (ou mesdames )
  3. Avatar de autran
    • |
    • permalink
    Bonsoir Patrick,
    Oui tu as raison c'est un peu déroutant cette notation mais cette syntaxe est pourtant tout à fait juste.
    Alors qu'est ce que cela signifie ?
    Maven permet de préciser les numéros de version des dépendances qui sont acceptables.
    Maven offre pour cela une syntaxe à base de [(,)]
    Et dans le cas présent, cela signifie que la version doit être supérieure ou égale à 2.2
    Cordialement,
    Marc
  4. Avatar de kolodz
    • |
    • permalink
    Code xml : Sélectionner tout - Visualiser dans une fenêtre à part
    <version>[2.2,)</version>
    T'es sûr pour la syntaxe de cette partie ? Cela me semble un peu bizarre, vue de loin. Si c'est normal, moyen que tu explique ce que ça veux dire ?

    Cordialement,
    Patrick Kolodziejczyk.
  5. Avatar de ambroise_petitgenet
    • |
    • permalink
    Bonjour ,

    Alors tout d'abord c'est un code simple et fonctionnel. C'est déjà pas mal voir énorme.

    Après je ne suis pas sur que ce code soit robuste aux évolutions, même si en soit ce code ne demande pas à évoluer.
    Je m'explique, mon soucis est sur les lignes de type :
    Code c++ : Sélectionner tout - Visualiser dans une fenêtre à part
    LignePanier li = LignePanier(0, 0, 0);

    En fait ca marche bien parce que dans LignePanier il n'y a que des membres simples : int
    Mais si on avait un pointeur sur quelque chose genre
    Code c++ : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
     
    int codeArticle;
    int qteArticle;
    int prixArticle;
    char *designationArticle;

    Je grossis le trait car on aurait plutôt utiliser une std::string, mans dans ce cas la ligne "LignePanier li = LignePanier(0, 0, 0);" pose soucis car on va recopier le pointeur et non refaire une allocation mémoire et y copier les données.
    Ce qui veut dire avec
    Code c++ : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
     
    LignePanier Panier::getArticle(int code)
    {
    	for (list<LignePanier>::iterator iter = listeArticles.begin(); iter != listeArticles.end(); ++iter)
    	{
    		if (code == iter->getCode())
    			return (*iter);
    	}
    	LignePanier li = LignePanier(0, 0, 0);
    	return li;
     
    }
    A la sortie de la fonction, si le destructeur de LignePanier libére la mémoire, on a designationArticle qui pointe sur une zone mémoire non disponible et donc lors de l'acces crash mémoire.

    Autre exemple lors du egal
    Code c++ : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    LignePanier li1 = LignePanier(0, 0, 0);
    LignePanier li2 = li1;
    Le faut de modifier designationArticle de li2, modifie designationArticle de li1.

    Ce qu'il faudrait rajouter dans LignePanier c'est la surcharge de l'opérateur =.

    Après c'est juste un point de vu personnel. Ce code fonctionne bien et il est lisible et c'est bien pour cela que j'ai vu le "possible" problème. Donc moi ça me va.

    Allez je vais chipoter encore un peu
    Je rajouterais des const pour éviter des modifications qui ne devrait pas exister

    Code c++ : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
     
     
    class LignePanier
    {
    private:
    	int codeArticle;
    	int qteArticle;
    	int prixArticle;
    public:
    	LignePanier( const int code, const int qte, const int prix);
    	int getCode(void) const;
    	int ajouterQte( const int qte);
    	int calculerLigne(void) const;
    	LignePanier(const LignePanier &ligne);
    public:
    	~LignePanier(void);
    };

    Par exemple, mais bon c'est du chipotage

    En tout cas je le redis code simple et efficace, c'est good

    Ambroise
  6. Avatar de phpiste
    • |
    • permalink
    Avoir un projet avec un besoin évolutif et chengeable (coup et temps des diagrammes ) et parfois peux d'info au démarage minimise l'adoption d'une tels démarche
Page 16 sur 16 PremièrePremière ... 61213141516