Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Bon ben je vais me pendre ! huhuhuhuuuuuuuuuu
Ou je vais tout simplement laisser tomber cette modification moisie qui au départ était faite pour me faciliter la vie en évitant de retaper toujours le même truc .... Finalement ça me l'aura bien compliquée !!
Jolie animation ... J'aurais bien été tentée d'écrire un truc sur la soucoupe volante mais je vais m'abstenir !
Hors ligne
rapitou a écrit:
Bon ben je vais me pendre ! huhuhuhuuuuuuuuuu
Ou je vais tout simplement laisser tomber cette modification moisie qui au départ était faite pour me faciliter la vie en évitant de retaper toujours le même truc .... Finalement ça me l'aura bien compliquée !!
Dommage de baisser les bras... Le copier / scotcher de code c'est bien quand on peut l'éviter.
rapitou a écrit:
Jolie animation ... J'aurais bien été tentée d'écrire un truc sur la soucoupe volante mais je vais m'abstenir !
Bah, on est entre nous, vas-y
Hors ligne
Une question bête: la datawindow en question n'est pas en sharedata avec une autre ou une datastore?
Hors ligne
Seki a écrit:
Dommage de baisser les bras...
Ah j'ai pas baissé les bras ... j'ai finalement opté pour le setcolumn/settext puisque ça marche ... Ce qui m’embête c'est de ne pas avoir trouvé le pourquoi du comment et de me rabattre sur une méthode moisie.
Seki a écrit:
Bah, on est entre nous, vas-y
Ah ben justement ! Le monde de PB est tout petit petit
foon a écrit:
la datawindow en question n'est pas en sharedata avec une autre ou une datastore?
Non pas de sharedata ... ou alors peut être à un niveau N-10 de la hiérarchie d'héritage et j'ai aucune envie d'y mettre le nez pour essayer de comprendre la logique alambiquée de ce truc là ... Tout ce b...l pour une pauvre fenêtre de recherche !
Hors ligne
Le sharedata n'a pas d'influence sur le setitem() en revanche c'est probable pour le query mode ce qui ne serait pas étonnant pour une fenêtre de recherche.
Une petite recherche dans ce sens ne serait pas superflu.
Dernière modification par Dadone (25-09-2013 09:09:31)
Hors ligne
Quel impact a le queryMode sur la modification d'une donnée de la dw ? C'est une fonctionnalité que je n'ai jamais utilisée
Hors ligne
rapitou a écrit:
Quel impact a le queryMode sur la modification d'une donnée de la dw ? C'est une fonctionnalité que je n'ai jamais utilisée
Passer en query mode le couple classe datawindow/objet datawindow permet à la suite d'un retrieve d'avoir comme arguments dans la close where les données qui ont été saisie dans les champs de la classe datawindow.
Par conséquent ce mode de fonctionnement n'a plus rien à voir avec un mode de saisie "normal" d'où l'éventualité d'avoir une erreur avec un setItem() qui essaye de placer la valeur dans un buffer associé à la classe datawindow qui n'existe pas en query mode.
Et le SetText() en revanche fonctionne car il ne fait que placer la valeur dans le buffer virtuel de saisie sans impacter les tableaux primary! deleted!, filtered! ...
C'est peut être l'explication....
Dernière modification par Dadone (25-09-2013 09:55:57)
Hors ligne
Gagné !!!
Quand je passe le QueryMode à no sur la dw, je peux y initialiser des données !
Je vais donc me résigner à la méthode douteuse du SetText() pour éviter de perturber mon fw adoré !
Merci à toi je dormirai moins bête ce soir
Hors ligne
rapitou a écrit:
pour éviter de perturber mon fw adoré !
Bon courage à toi car des frameworks foireux (et le plus souvent non documentés) ce n'est pas ce qui manque et je pense que c'est une des causes qui fait que ce produit à une si mauvaise réputation d'inmaintenabilité (ce qui une est raisons de sa perte d'influence).
Dernière modification par Dadone (26-09-2013 09:42:44)
Hors ligne
Je suis d'accord...
En même temps je comprends que les boîtes se tournent vers des technos comme le .Net. La principale difficulté pour le développeur étant de trouver la bonne méthode pour arriver à faire ce qu'il veut, ça lui laisse une marge de manoeuvre très limitée pour mettre la grouille dans l'appli.
Contrairement à PB ou le développeur code comme il en a envie, avec ou sans bon sens... et des développeurs moisis ou pas se succèdent ... et finalement l'appli peut finir par ressembler à une énorme ... dont on veut se débarrasser !
Hors ligne
Pour info, tu utilises quel fw ?
Hors ligne
euh ....
Hors ligne
tu peux le dire, tu n'en a pas dit du mal, ou bien ?
Hors ligne
rapitou a écrit:
Je suis d'accord...
En même temps je comprends que les boîtes se tournent vers des technos comme le .Net. La principale difficulté pour le développeur étant de trouver la bonne méthode pour arriver à faire ce qu'il veut, ça lui laisse une marge de manoeuvre très limitée pour mettre la grouille dans l'appli.
Contrairement à PB ou le développeur code comme il en a envie, avec ou sans bon sens... et des développeurs moisis ou pas se succèdent ... et finalement l'appli peut finir par ressembler à une énorme ... dont on veut se débarrasser !
Marrant ça, moi j'ai le sentiment complètement inverse concernant .Net/JAVA et PB
je trouve qu'en PB y a généralement pas 36 manières de faire un truc et on sait toujours plus ou moins dans quel événement on va trouver tel type de code qui fait telle action (genre que se passe t'il quand je change la valeur d'un champ dans une DW => je vais voir dans l'itemchanged)
Alors qu'en .Net/JAVA on a environ 50 objets interagissant pour afficher la moindre fenêtre et le même genre de code qui fait le même genre d'action se trouve une fois dans la classe qui représente une table en DB, un coup dans la classe "DataProvider", un coup dans une autre classe, sans qu'on sache vraiment trop pourquoi c'est là et pas ailleurs.
Perso je pense que si PB décline au profit de .Net/JAVA c'est principalement pour des raisons de marketing ( les décideurs se sentent plus rassurés avec un produit Microsoft qu'avec un PB dont ils n'ont jamais entendu parler) et ceci provoque un cercle vicieux : pas bcp de jobs PB disponibles donc pas beaucoup de gens qui s'y intérèssent et s'y forment => pas beaucoup de compétences PB disponibles non plus => raison de plus pour ne pas choisir PB pour un projet car difficultés de recrutement.
Mais au bout de + de 10ans de PB et ayant pu comparer ça avec par exemple un nouveau projet Java destiné à reproduire une ancienne appli PB, ou en comparant avec le développement dans Microsoft Dynamics AX j'attends toujours de voir un outil aussi rapide et performant que PB.
On peut continuer cette discussion ici pour ceux qui veulent histoire de pas trop mélanger les sujets.
Hors ligne
erasorz a écrit:
tu peux le dire, tu n'en a pas dit du mal, ou bien ?
En tous cas il me semble pas en avoir dit du bien... De toutes façons c'est pas bien difficile à deviner, il suffit de regarder en bas de cette page pour savoir de quoi je parle.
Sans approfondir le sujet, en 12 ans de PB, j'en ai essuyé comme même beaucoup des m.. , et les bons développeurs que j'ai rencontrés se comptent sur les doigts d'une main ! Dans ma dernière boite ils en étaient venus à cracher sur l'appli PB pourrie au possible, et aux dernières nouvelles ils songeaient sérieusement à refondre en .NET...
Hors ligne
Ah ok, c'est N2I qui a développé l'appli...
Cela dit :
rapitou a écrit:
le développeur code comme il en a envie, avec ou sans bon sens... et des développeurs moisis ou pas se succèdent ... et finalement l'appli peut finir par ressembler à une énorme ... dont on veut se débarrasser !
Tu peut trouver ça partout, quel que soit le langage, hein...
Hors ligne
erasorz a écrit:
Ah ok, c'est N2I qui a développé l'appli...
C'est le chef qui va être surpris
Hors ligne
rapitou a écrit:
Sans approfondir le sujet, en 12 ans de PB, j'en ai essuyé comme même beaucoup des m.. , et les bons développeurs que j'ai rencontrés se comptent sur les doigts d'une main !
Ça, c'est pas exclusif à un langage : on arrive à faire de la merde avec n'importe quoi. Et quand quelqu'un sait coder (en fait concevoir du code, raisonner), il y arrive normalement quel que soit le langage.
rapitou a écrit:
Dans ma dernière boite ils en étaient venus à cracher sur l'appli PB pourrie au possible, et aux dernières nouvelles ils songeaient sérieusement à refondre en .NET...
Quand je suis arrivé ici, c'est aussi ce qui était prévu, parce que PB "ne savait pas faire" (et surtout parce que les devs ne savaient / voulaient plus maintenir l'existant). 6 ans plus tard, .Net a disparu avec l'équipe de dev, et on fait encore du PB
Hors ligne
Des frameworks performants en PB cela existe mais pour une sombre histoire de motivations des équipes chaque société cherche à faire le sien ce qui explique les dérives.
C# est trop complexe est les sociétés acceptent d'acheter des framewoks externes.
En JAVA c'est la norme.
Dernière modification par Dadone (26-09-2013 12:51:51)
Hors ligne
erazorz a écrit:
Ah ok, c'est N2I qui a développé l'appli...
C'est marrant comme l'oeil ne voit que ce qu'il a envie de voir !!
Vous avez entendu parler d'un fw N2I vous ? Je connais bien votre chef il m'en a jamais parlé !
erazorz a écrit:
Tu peut trouver ça partout, quel que soit le langages, hein...
Humm ... peut être plus en PB, je pense personnellement que la formation des non informaticiens début 2000 y est pour quelque chose ... En même temps je dis ça alors que j'en ai bien profité de ce truc là !!
Hors ligne
seki a écrit:
Ça, c'est pas exclusif à un langage : on arrive à faire de la merde avec n'importe quoi. Et quand quelqu'un sait coder (en fait concevoir du code, raisonner), il y arrive normalement quel que soit le langage.
Mwouais... et non.
C'est comme si tu disais, tu sais conduire un véhicule à 4 roues tu sais conduire n'importe quel véhicule et tu peux aller vite ou lentement pareil quelque soit le véhicule.
Pas d'accord c'est pas parce que je sais conduire une voiture "normale" que je saurais démarrer une Formule 1 avec 50 boutons rien que sur le volant.
Et il est certainement plus facile de faire une bêtise et d'endommager une Formule 1 en appuyant ou pas sur le mauvais bouton qu'une voiture normale qui a en gros une levier de vitesse et 3 pédales.
Plus le language de base est complexe plus il est facile de faire des erreurs avec ce language.
c'est mon avis et mon constat d'après mon expérience.
Hors ligne