OlyMars, une nouvelle build est disponible!


Une nouvelle build d’OlyMars est disponible. Cliquer ici pour plus d’informations sur cette nouvelle version.

[Initialement posté le 21/02/2005 à 09:40 ici]

Comments (9)

  1. Sébastien Pertus says:

    La vidéo sur les web services est tres bien faite, même si j’avoue qu’il faut déjà bien connaitre OlyMars pour tout comprendre 🙂

    Je télécharge la nouvelle build en ce moment, merci pour tout ce travail Pascal !

    A quand la version intégrée dans l’IDE VS.net ?

    (C’est pas pour dire, mais j’ai du mal à défendre Olymars devant certains collègues qui ne jurent que par CodeSmith …)

  2. Merci pour les encouragements !

    Je suis actuellement en train de finaliser mes plans pour la prochaine version. Je ne sais pas encore comment je m’y prendre pour vous donner un environnement de développement un peu plus sympa (j’ai plusieurs pistes, VS .NET en étant une parmi d’autres) mais c’est une de mes priorités.

    Concernant tes difficultés pour défendre OlyMars, quelles sont les objections avancées par tes collègues ?

  3. Re 🙂

    Je ne sais pas si c’est l’endroit idéal pour continuer notre conversation, mais bon allons y ^^

    Au pire, si on dérive, nous reprendrons par mail 😉

    Sinon, comme je te le disais, le principal argument reste la facilité de création des templates que permet CodeSmith. Tout du moins son interface…

    Il faut bien dire que l’ide qui est proposé par ce produit est tres "agréable" 🙂

    J’aime pas faire de la pub alors que je défends mordicus OlyMars (soyons chauvin quoi !!) mais bon c’est vrai que c’est pas mal fait.

    Comment dire, je ne connais pas tres bien CodeSmith, je l’ai testé une fois en passant (vite) je ne vais donc pas changer d’Olymars que je maitrise (presque) parfaitement maintenant.

    Mais un novice qui veut faire de la génération de code, et qui a le choix entre le deux prendra le plus "simple et joli" en matière de développement.

    Attention, je parle bien de création de templates hein, on ne parle pas du résultat de ceux existants et que tu proposes en natif, mais bien de l’interface que propose les deux pour créer tes propres templates.

    Je parle des gens qui voudront "créer" des templates.

    Sinon, pour parler plus technique, je viens de télécharger la dernière build, c’est bête j’avais pas vu que tu proposais un béta test du nouveau template Web Services, me serais réveillé avant 🙂

    M’enfin, c’est pas grave, et comme je suis de nature "les mains dans le camboui" j’ai pas pu m’empécher de regarder ces nouveaux templates web service, aprés avoir regarder avec le plus grand intéret ta superbe prestation anglo-marseillaise sur la vidéo de présentation (joke inside).

    Et là, oh joie oh délicatesse oh surprise, la superbe class WSTypes aperçu dans la vidéo qui permet d’implémenter les Null sur des types simples !

    Et oui fini les types Sql , vive les WSTypes !!

    C’est vrai que pour se démarquer d’une DAL, il fallait ça.

    J’en utilise déjà de ma conception, mais la tienne est mieux (grrrrrrrr 🙂 )

    Et là je vais mettre le doigt où ça fait mal (désolé)

    Une petite erreur s’est glissée dans la class (re désolé)

    Une variable déclarée de type WSTypes ne marche pas dans ce cas précis :

    // CODE //

    WSInt32 CategoryID = WSInt32.Null;

    CategoryID.Value = 12;

    // FIN CODE //

    –> Erreur car la propriété n’affecte pas la valeur False à this.isnull

    public Int32 Value {

    get {

    if (this.isNull) {

    return(Int32.MinValue);

    }

    else {

    return(this.value);

    }

    }

    set {

    this.value = value;

    }

    }

    Il faut, à mon avis, si j’ai bien tout saisi hein, rajouter ça

    set {

    this.value = value;

    this.value = false;

    }

    Bon c’etait ma participation à 50 cents d’euro d’ aujourd’hui

    Sébastien

    Si tu veux continuer par mail :

    Sebastien[DOT]pertus[AROBASE]gmail[DOT]com

    [DOT] -> .

    [AROBASE] -> @

  4. Tu as 100% raison sur le problème que tu remontes.

    Néanmoins, c’est vrai qu’à l’origine, ces types ont été créés pour être utilisés côté "Client Web Service". Donc de toute façon, quand tu crées ton proxy WS, tout code se trouvant dans les classes à l’origine disparait de la vision du client. C’est pour ça que ce bug n’est pas remonté car je ne crois pas que beaucoup de développeurs vont utiliser ces types côté serveur. Côté serveur, je continuerai personnellement à utiliser les SqlTypes.*

    J’ai fait les WSTypes parce que les SqlTypes ne sont malheureusement pas utilisables dans les Web Services.

    J’espère que j’ai été clair !

  5. Vu sous cet angle, en effet 🙂

    C’est vrai que je suis dans ma phase, détachement de la base de donnée totale, et moi je n’utilise plus les SqlTypes, sauf dans ma DAL of course.

  6. Je vois ! 🙂

    De toute façon, tu as raison, c’est un bug dans mes templates et je viens de le corriger. Je vais poster une nouvelle build dans l’heure.

    Merci pour ces feedback instructifs !

  7. OK, une private build est disponible.

    Si tu pouvais me la tester avant que je la déclare OK, ça serait cool:

    http://www.olymars.net/1.0.1880.31299.zip

    Merci !

  8. Installation : OK

    Creation d’un nouveau Repository : OK

    Importation des Groups : OK

    Importations de mes Groups : OK (et ça c’etait pas gagné d’avance 😉 )

    Génération Codes Templates de Base : OK

    Test génération Web Services 2.0 : OK (j’ai juste testé une preview)

    Ca me semble bon !