Une sortie de version ca fait toujours parler... La preuve ici même.
D'habitude je ne poste jamais, sauf pour répondre.
J'avoue là faire une entorse.
Cette 10 a du potentiel sous le capot, je ne vais parler que de ce qui
m'interesse (je suis persuadé que d'autres ici sont également intéressés).
bon a part que l'autoextractible de l'install ne lance pas l'install apres
s'etre décompactée (désolé :) je m'habitue vite à ce qu'on m'assiste)
comme à mon habitude pour une nouvelle version, je fais F1 pour voir ce
qu'il y a de nouveau
... Stupeur : l'aide est une appli WD ! Et enfin, je peux filtrer l'index et
le sommaire sur le produit que je veux !
Bonne impression pour l'instant, c'est un tout petit déroutant au début,
mais finalement ca m'a pas l'air mal
on a maintenant des fonctions de débug : dbgAssertion() et
dbgActiveAssertion() -- que j'ai découvert en tapant "debug" dans le code
=> réponse à une très longue attente pour ma part sur ce manque !
le déboggage de composant depuis le source du composant en lancant un projet
ou exe WD qui l'utilise :
- j'ai pataugé au début pour trouver mais finalement, c'set à un endroit
stratégique : le paramétrage du mode test ! (et oui, nabot que je suis).
un exe ou un projte à sélectionner, on lance un GO de projet, un CTRL+Pause
au bon moment et on débug son composant : GENIAL.
(juste eu une GPF de WINDEV au premier essai, mais bon je me dis que c'est
une préversion, j'ai stocké la pile dans un TXT que j'enverrais lundi matin
au ST)
la sérialisation/désérialisation (annoncé avec le trois tiers) : et bien
maintenant je sais comment cloner des objets WD ! :
MonObjet est un cObjet1 dynamique
MonObjet_Clone est un cObjet1 dynamique
sBuffer est un Buffer
Serialise(MonObjet, sBuffer, psdBinaire)
Deserialise(MonObjet_Clone, sBuffer, psfBinaire)
manque plus que des traitements "SERIALISATION/DESERIALISATION" dans les
classses (comme pour le destructeur et le constructeur)
le champ zone répétée (j'ai webdev donc forcément je suis content de
retrouver ce champ dans windev) :
- a priori les gens de webdev vont pas trop se laisser déborder: c'est
presque pareil
- a priori les gens de windev vnot s'en sortir aussi : c'est un peu comme le
champ table
et enfin le GDS: pas tout testé encore, mais un sourcesafe à la PC SOFT
c'est pas mal du tout, voire meme mieux !
A voir absolument !
3 ou 4h de tests sur mon temps perso, et mes angoisses 5.5/7 définitivement
(j'y vais peut etre un peu fort) effacées.
Cette version mérite l'intérêt de tout le monde (enfin, c'est "mon" opinion)
je vais le répéter, car il semble que tu suive ta propre pensée et n'écoute pas ce que dise les autres, nous avons 1 site central avec postes en réseau (la pas de pb, client/serveur) et nous avons environ 30 sites distants qui doivent accéder à ce mème applicatif central.
ces sites distants ont chacun 2 postes au moins, et sont connectés au site central par un VPN sur liaison ADSL louées. le VPN permet d'émuler un réseau local ip, sur l'ensemble des sites mais le débit est bcp moins important qu'en réseau local. comme je le rappelle, le C/S réalise les traitements sur le poste client (il n'y a pas de centralisation des traitements). Ces postes distants ne seraient pas gérables dans cette situation, tu le comprends bien (le comprends tu ?). Le 3-tiers à ceci comme avantage de déporter l'ensemble des calculs sur le serveur d'application.
Exemple : - en C/S: lorsque un utilisateur demande de créer une entete de facture, c'est son poste qui fait la demande et qui la traite (échange avec le serveur BD) - en 3tiers : le poste réalise la demande au serveur d'application, et c'est le serveur d'application qui traite l'ensemble des opérations nécessaires à la création de l'occurrence (ouverture de fichier, exécution requète, récupération requète, fermeture fichier)
on voit bien sur une liaison longue distance avec bas débit, le client/serveur n'est pas tenable ni crédible.
Pouvez vous donc développer la mise en place du fonctionnement en 3tiers sur Windev svp.
merci pour vos retours.
Jennifer,
je vais le répéter, car il semble que tu suive ta propre pensée et
n'écoute pas ce que dise les autres, nous avons 1 site central avec
postes en réseau (la pas de pb, client/serveur) et nous avons environ
30 sites distants qui doivent accéder à ce mème applicatif central.
ces sites distants ont chacun 2 postes au moins, et sont connectés au
site central par un VPN sur liaison ADSL louées.
le VPN permet d'émuler un réseau local ip, sur l'ensemble des sites
mais le débit est bcp moins important qu'en réseau local.
comme je le rappelle, le C/S réalise les traitements sur le poste
client (il n'y a pas de centralisation des traitements).
Ces postes distants ne seraient pas gérables dans cette situation, tu
le comprends bien (le comprends tu ?).
Le 3-tiers à ceci comme avantage de déporter l'ensemble des calculs
sur le serveur d'application.
Exemple :
- en C/S: lorsque un utilisateur demande de créer une entete de
facture, c'est son poste qui fait la demande et qui la traite (échange
avec le serveur BD)
- en 3tiers : le poste réalise la demande au serveur d'application, et
c'est le serveur d'application qui traite l'ensemble des opérations
nécessaires à la création de l'occurrence (ouverture de fichier,
exécution requète, récupération requète, fermeture fichier)
on voit bien sur une liaison longue distance avec bas débit, le
client/serveur n'est pas tenable ni crédible.
Pouvez vous donc développer la mise en place du fonctionnement en
3tiers sur Windev svp.
je vais le répéter, car il semble que tu suive ta propre pensée et n'écoute pas ce que dise les autres, nous avons 1 site central avec postes en réseau (la pas de pb, client/serveur) et nous avons environ 30 sites distants qui doivent accéder à ce mème applicatif central.
ces sites distants ont chacun 2 postes au moins, et sont connectés au site central par un VPN sur liaison ADSL louées. le VPN permet d'émuler un réseau local ip, sur l'ensemble des sites mais le débit est bcp moins important qu'en réseau local. comme je le rappelle, le C/S réalise les traitements sur le poste client (il n'y a pas de centralisation des traitements). Ces postes distants ne seraient pas gérables dans cette situation, tu le comprends bien (le comprends tu ?). Le 3-tiers à ceci comme avantage de déporter l'ensemble des calculs sur le serveur d'application.
Exemple : - en C/S: lorsque un utilisateur demande de créer une entete de facture, c'est son poste qui fait la demande et qui la traite (échange avec le serveur BD) - en 3tiers : le poste réalise la demande au serveur d'application, et c'est le serveur d'application qui traite l'ensemble des opérations nécessaires à la création de l'occurrence (ouverture de fichier, exécution requète, récupération requète, fermeture fichier)
on voit bien sur une liaison longue distance avec bas débit, le client/serveur n'est pas tenable ni crédible.
Pouvez vous donc développer la mise en place du fonctionnement en 3tiers sur Windev svp.
merci pour vos retours.
Daniel
"Jennyfer" writes:
Ce que je veux dire, c'est qu'à ce jour, à chaque fois qu'on m'a demandé du 3-tiers, avec Windev j'en ai jamais eu besoin et j'ai largement rempli les cahiers des charges !!! j'ai toujours trouvé une solution hyper plus simple... Dans la 10 ne ne sais pas comment il est implémenté, je ne l'ai pas testé. Sur le sujet de UML, je trouve que c'est une vaste fumisterie; c'est une méthodologie complexe déconnectée du terrain; ceux qui font les diagrammes ne sont pas ceux qui développent. De ce que j'ai vu partout, le temps qu'ils finissent leurs diagrammes, tout a déjà changé !!! je ne vois jamais UML (sauf un peu les diagrammes de classe) utilisé en clientèle. Je dis bien jamais, et ce sur des projets de toutes tailles, petits comme gros
C'est le même débat, où tu as des boites qui n'utilisent pas la POO et les classes. Hop, on fait son MCD à la volée, on code dans tous les sens (on regarde rapidement les warning, et encore), on rajoute des colonnes au mcd, car on a oublié au départ. On ajoute des index, car les perfs se dégradent etc...
Mais je ne pense pas du tout écrire d'idiotie (!!!), on me demande bien du 'client/serveur' à longeur de semaine pour finalement que ça se termine bien en mettant quelques postes en réseau dans une obscure annexe d'atelier (avec un HF réseau autogéré on installe et ça roule, heureusement que je leur met pas du client/serveur à chaque fois qu'ils me le demandent !!!)
Car vous déployez peu de poste. J'ai un élément de comparaison qui est parlant. Une application de taille identique, de volumétrie identique, avec un nombre d'utilisateur identique. Un déploiement en réseau partagé sous HF demandait au moins une réindexation hebdomadaire voire plus.
L'application, sous un client/serveur (MySQL), aucune maintenance en 3 ans.
Mon but n'est pas de critiquer le 3-tiers, mais de faire remarquer qu'en général, c'est de la grosse artillerie blien complexe pour rien quand on utilise Windev et ses acolytes.... Moi je préfère quand c'est simple à développer et à maintenir,
Idem, et surtout lorsque la maintenance est à sa plus simple expression.
Daniel wrote: > "Jennyfer" writes: > > > Concernant le 3 tiers, je me permets une remarque: il est souvent > > nécessaire avec d'autres environnements à cause de la pauvreté > > fonctionnelle de ceux ci > > Par exemple absence d'éditeur de fenêtre qui réalise tout un > > ensemble de tests de validité. Avec Windev, un utilisateur ne rentre > > pas de données 'idiotes' dans la base, car les champs sont vérifi és > > par masque automatique par exemple. > > Il y a déjà des "idiotes" qui sortent que des anneries il manquerait > plus qu'on puisse entrer des données idiotes... > > > De même, on peut faire des > > composants en Windev sans avec besoin de serveur d'application.Idem > > pour les autres langages qui ne seont pas compatibles entre windows, > > web et mobile, et qui ne proposent pas de code multi cible. > > Ah bon, même avec gcc on peut faire du code pour windows... > > > > Le 3 tiers est quelquefois nécessaire, je pense en particulier aux > > très grosses applications bancaires, sinon la plupart du temps c'est > > un buldozer pour écraser une mouche ! > > Tout dépend de ce que vous appelez très grosses et de l'architecture > en jeu. > > > > > C'est bien qu'ils aient mis le 3-tiers, mais à mon avis c'est du m ême > > acabit que UML: on en parle, personne n'en fait (jamais vu en ouevre > > chez aucun de mes clients !). > > Celà semble normal car à priori vous ne semblez pas connaître gra nd > chose. > Vivement le 3 tiers sur votre client de news afin que vous arrêtiez > d'écrire des idioties... > UML, et ntiers dépendent des besoins. Il est vrai que si vous avez une > appli, avec quelques tables avec un seul utilisateur, UML et le > 3tiers on peut s'en passer. > > > Voilà un avis tout à fait personnel ! > Quel est l'intéret de votre intervention, mis à part critiquer le 3 tiers? > Doit on comprendre que le 3tiers n'est pas vraiment implanté sur la > version 10??? > > -- > suivre ce lien pour répondre: > http://cerbermail.com/?2KrV3YZXnn > Daniel > ;-)
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
"Jennyfer" <jennyfer_shuttle@yahoo.com> writes:
Ce que je veux dire, c'est qu'à ce jour, à chaque fois qu'on m'a
demandé du 3-tiers, avec Windev j'en ai jamais eu besoin et j'ai
largement rempli les cahiers des charges !!! j'ai toujours trouvé une
solution hyper plus simple...
Dans la 10 ne ne sais pas comment il est implémenté, je ne l'ai pas
testé.
Sur le sujet de UML, je trouve que c'est une vaste fumisterie; c'est
une méthodologie complexe déconnectée du terrain; ceux qui font les
diagrammes ne sont pas ceux qui développent. De ce que j'ai vu
partout, le temps qu'ils finissent leurs diagrammes, tout a déjà
changé !!! je ne vois jamais UML (sauf un peu les diagrammes de
classe) utilisé en clientèle. Je dis bien jamais, et ce sur des
projets de toutes tailles, petits comme gros
C'est le même débat, où tu as des boites qui n'utilisent pas la POO et
les classes.
Hop, on fait son MCD à la volée, on code dans tous les sens (on
regarde rapidement les warning, et encore), on rajoute des colonnes au
mcd, car on a oublié au départ. On ajoute des index, car les perfs
se dégradent etc...
Mais je ne pense pas du tout écrire d'idiotie (!!!), on me demande
bien du 'client/serveur' à longeur de semaine pour finalement que ça
se termine bien en mettant quelques postes en réseau dans une obscure
annexe d'atelier (avec un HF réseau autogéré on installe et ça
roule, heureusement que je leur met pas du client/serveur à chaque
fois qu'ils me le demandent !!!)
Car vous déployez peu de poste.
J'ai un élément de comparaison qui est parlant. Une application de
taille identique, de volumétrie identique, avec un nombre
d'utilisateur identique.
Un déploiement en réseau partagé sous HF demandait au moins une
réindexation hebdomadaire voire plus.
L'application, sous un client/serveur (MySQL), aucune maintenance en 3 ans.
Mon but n'est pas de critiquer le 3-tiers, mais de faire remarquer
qu'en général, c'est de la grosse artillerie blien complexe pour rien
quand on utilise Windev et ses acolytes....
Moi je préfère quand c'est simple à développer et à maintenir,
Idem, et surtout lorsque la maintenance est à sa plus simple expression.
Daniel wrote:
> "Jennyfer" <jennyfer_shuttle@yahoo.com> writes:
>
> > Concernant le 3 tiers, je me permets une remarque: il est souvent
> > nécessaire avec d'autres environnements à cause de la pauvreté
> > fonctionnelle de ceux ci
> > Par exemple absence d'éditeur de fenêtre qui réalise tout un
> > ensemble de tests de validité. Avec Windev, un utilisateur ne rentre
> > pas de données 'idiotes' dans la base, car les champs sont vérifi és
> > par masque automatique par exemple.
>
> Il y a déjà des "idiotes" qui sortent que des anneries il manquerait
> plus qu'on puisse entrer des données idiotes...
>
> > De même, on peut faire des
> > composants en Windev sans avec besoin de serveur d'application.Idem
> > pour les autres langages qui ne seont pas compatibles entre windows,
> > web et mobile, et qui ne proposent pas de code multi cible.
>
> Ah bon, même avec gcc on peut faire du code pour windows...
>
>
> > Le 3 tiers est quelquefois nécessaire, je pense en particulier aux
> > très grosses applications bancaires, sinon la plupart du temps c'est
> > un buldozer pour écraser une mouche !
>
> Tout dépend de ce que vous appelez très grosses et de l'architecture
> en jeu.
>
>
>
> > C'est bien qu'ils aient mis le 3-tiers, mais à mon avis c'est du m ême
> > acabit que UML: on en parle, personne n'en fait (jamais vu en ouevre
> > chez aucun de mes clients !).
>
> Celà semble normal car à priori vous ne semblez pas connaître gra nd
> chose.
> Vivement le 3 tiers sur votre client de news afin que vous arrêtiez
> d'écrire des idioties...
> UML, et ntiers dépendent des besoins. Il est vrai que si vous avez une
> appli, avec quelques tables avec un seul utilisateur, UML et le
> 3tiers on peut s'en passer.
>
> > Voilà un avis tout à fait personnel !
> Quel est l'intéret de votre intervention, mis à part critiquer le 3 tiers?
> Doit on comprendre que le 3tiers n'est pas vraiment implanté sur la
> version 10???
>
> --
> suivre ce lien pour répondre:
> http://cerbermail.com/?2KrV3YZXnn
> Daniel
> ;-)
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Ce que je veux dire, c'est qu'à ce jour, à chaque fois qu'on m'a demandé du 3-tiers, avec Windev j'en ai jamais eu besoin et j'ai largement rempli les cahiers des charges !!! j'ai toujours trouvé une solution hyper plus simple... Dans la 10 ne ne sais pas comment il est implémenté, je ne l'ai pas testé. Sur le sujet de UML, je trouve que c'est une vaste fumisterie; c'est une méthodologie complexe déconnectée du terrain; ceux qui font les diagrammes ne sont pas ceux qui développent. De ce que j'ai vu partout, le temps qu'ils finissent leurs diagrammes, tout a déjà changé !!! je ne vois jamais UML (sauf un peu les diagrammes de classe) utilisé en clientèle. Je dis bien jamais, et ce sur des projets de toutes tailles, petits comme gros
C'est le même débat, où tu as des boites qui n'utilisent pas la POO et les classes. Hop, on fait son MCD à la volée, on code dans tous les sens (on regarde rapidement les warning, et encore), on rajoute des colonnes au mcd, car on a oublié au départ. On ajoute des index, car les perfs se dégradent etc...
Mais je ne pense pas du tout écrire d'idiotie (!!!), on me demande bien du 'client/serveur' à longeur de semaine pour finalement que ça se termine bien en mettant quelques postes en réseau dans une obscure annexe d'atelier (avec un HF réseau autogéré on installe et ça roule, heureusement que je leur met pas du client/serveur à chaque fois qu'ils me le demandent !!!)
Car vous déployez peu de poste. J'ai un élément de comparaison qui est parlant. Une application de taille identique, de volumétrie identique, avec un nombre d'utilisateur identique. Un déploiement en réseau partagé sous HF demandait au moins une réindexation hebdomadaire voire plus.
L'application, sous un client/serveur (MySQL), aucune maintenance en 3 ans.
Mon but n'est pas de critiquer le 3-tiers, mais de faire remarquer qu'en général, c'est de la grosse artillerie blien complexe pour rien quand on utilise Windev et ses acolytes.... Moi je préfère quand c'est simple à développer et à maintenir,
Idem, et surtout lorsque la maintenance est à sa plus simple expression.
Daniel wrote: > "Jennyfer" writes: > > > Concernant le 3 tiers, je me permets une remarque: il est souvent > > nécessaire avec d'autres environnements à cause de la pauvreté > > fonctionnelle de ceux ci > > Par exemple absence d'éditeur de fenêtre qui réalise tout un > > ensemble de tests de validité. Avec Windev, un utilisateur ne rentre > > pas de données 'idiotes' dans la base, car les champs sont vérifi és > > par masque automatique par exemple. > > Il y a déjà des "idiotes" qui sortent que des anneries il manquerait > plus qu'on puisse entrer des données idiotes... > > > De même, on peut faire des > > composants en Windev sans avec besoin de serveur d'application.Idem > > pour les autres langages qui ne seont pas compatibles entre windows, > > web et mobile, et qui ne proposent pas de code multi cible. > > Ah bon, même avec gcc on peut faire du code pour windows... > > > > Le 3 tiers est quelquefois nécessaire, je pense en particulier aux > > très grosses applications bancaires, sinon la plupart du temps c'est > > un buldozer pour écraser une mouche ! > > Tout dépend de ce que vous appelez très grosses et de l'architecture > en jeu. > > > > > C'est bien qu'ils aient mis le 3-tiers, mais à mon avis c'est du m ême > > acabit que UML: on en parle, personne n'en fait (jamais vu en ouevre > > chez aucun de mes clients !). > > Celà semble normal car à priori vous ne semblez pas connaître gra nd > chose. > Vivement le 3 tiers sur votre client de news afin que vous arrêtiez > d'écrire des idioties... > UML, et ntiers dépendent des besoins. Il est vrai que si vous avez une > appli, avec quelques tables avec un seul utilisateur, UML et le > 3tiers on peut s'en passer. > > > Voilà un avis tout à fait personnel ! > Quel est l'intéret de votre intervention, mis à part critiquer le 3 tiers? > Doit on comprendre que le 3tiers n'est pas vraiment implanté sur la > version 10??? > > -- > suivre ce lien pour répondre: > http://cerbermail.com/?2KrV3YZXnn > Daniel > ;-)
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
