La réponse, mon ami, va avec le paramètre

La reponse, mon ami, va avec le parametre

La reponse, mon ami, va avec le parametre : Plusieurs milliers de conseils pour vous faciliter la vie.

L'eternel Debutant a l'Entree de Journal #2.1
Cet article est d'abord paru sur http://www.undu.com
chacun de nous a entendu la reutilisation du code mantra. Certains d'entre nous sont un peu plus lents a adopter de nouvelles pratiques lorsque des pratiques anciennes sont aussi confortables qu'un vieil air. Mais le times, ils sont a-changin' et il est grand temps de tremper un orteil dans la reutilisation, meme si c'est seulement pour la reutilisation d'un formulaire.
j'ai recemment eu l'occasion de creer un formulaire modal de faire quelques modification d'un enregistrement a partir d'une grille. Il est logique de faire un formulaire modal afin que l'utilisateur puisse voir l'ensemble de l'information en meme temps. Pas de probleme. J'ai reference la MainForm de la source de donnees.Format auto editable := false et tout a fonctionne hunky-dory. Le formulaire modal se composait de certains champs de saisie, un bouton post, un bouton annuler et de trois gestionnaires d'evenement. En plus de la poste et annuler les gestionnaires, il y a un gestionnaire de pression de touche qui s'est transforme entre dans des onglets. J'ai aussi desactive la legende-la barre de bouton de sortie. L'edition a ete initie par un bouton a l'affût de la barre sur le formulaire principal. Le concept tres bien travaille dans l'audit des modifications apportees au cours de la session d'edition dans un champ historique.
Afin de a bien la forme modale travail que j'ai decide de doubler l'utilisation de la forme en l'utilisant pour l'Ajout d'un nouvel enregistrement dans la base de donnees. Tout ce que j'avais a faire etait d'exercer certains d'execution des modifications, la modification de la legende et de peaufiner quelques autres parametres avant de l'ouvrir comme un formulaire modal. Alors que le champ ID Client etait en lecture seule dans le formulaire modal, il a ete desactivee dans le formulaire d'Ajout. Au moins, j'ai PENSE que c'etait tout ce qui etait de trop.
j'ai rencontre un probleme parce que la base de donnees en question etait un detail de la base de donnees, liee a un maître. Pas de probleme. Je voudrais simplement copier la source de donnees et de la table a un autre nom (par exemple le Client a CustEdit). Ensuite, j'ai pu reinitialiser les pointeurs de la copie de la source de donnees. L'edition de procedure juste eu a inclure un gotoCurrent fonction d'harmoniser les deux copies et terminer avec une actualisation des donnees sur l'original afin de s'assurer que tous les changements ont ete notes.
La fonction Edit est facile a modifier:
& ! & ! & ! & ! & nbsp commencer
& ! & ! & ! & ! & ! & ! & nbsp FrmCustomer := TFrmCustomer.Create(nil)
& ! & ! & ! & ! & ! & ! & nbsp avec FrmCustomer do begin
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp fldCustNum.readonly := true // NOUVELLE vous Assurer que vous ne pouvez pas modifier le champ de cle
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp caption := 'Editer' du Client // NOUVEAU Rendre la legende indiquent la fonction
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp TblCustEd.gotoCurrent(FrmMain.TblCustomer) // NOUVEAU harmoniser l'ombre de la table avec le maître
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp si ce n' (sourceCustEd.de l'etat dans dsEditModes)
& ! & ! & ! & ! & ! & ! & ! & ! & ! & ! & nbsp puis TblCustEd.edit // Faire entrer dans le mode edit
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp essayer ShowModal // afficher le formulaire, l'utiliser et puis perdre
& ! & ! & ! & ! & ! & ! & ! & ! & ! & ! & nbsp enfin Libre
& ! & ! & ! & ! & ! & ! & ! & ! & ! & ! & nbsp fin
& ! & ! & ! & ! & ! & ! & nbsp fin
& ! & ! & ! & ! & ! & ! & nbsp TblCustomer.actualiser // NOUVELLE mise a Jour de la visualisation de donnees avec le derriere de la scene modifications
& ! & ! & ! & ! & nbsp fin
les Choses avec le complement ne fonctionne pas des que j'ai clique sur le bouton lors de l'execution. Il produit une plainte que le jeu de donnees n'etait PAS en mode edition. Je l'ai mis dans les points d'arret. Je suis passe de l'aide Ajouter a d'Insertion et de retour a nouveau. Le programme arretait pas de se casser sur TblCustEdit.ajouter, meme quand j'ai affirme immediatement avant la main que la source est dans le mode editer immediatement avant. c'est a dire
& ! & ! & ! & ! & nbsp commencer
& ! & ! & ! & ! & ! & ! & nbsp FrmCustomer := TFrmCustomer.Create(nil)
& ! & ! & ! & ! & ! & ! & nbsp avec FrmCustomer do begin
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp fldCustNum.readonly := false
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp caption := 'Ajouter Un Client'
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp essayer TblCustEd.Ajoutez // BOMBE!!!!!!!!!!
& ! & ! & ! & ! & ! & ! & ! & ! & ! & ! & nbsp sauf showmessage('Modification de la problematique')
& ! & ! & ! & ! & ! & ! & ! & ! & ! & ! & nbsp fin
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp essayer ShowModal
& ! & ! & ! & ! & ! & ! & ! & ! & ! & ! & nbsp enfin Libre
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp & nbsp & nbsp fin
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp fin
& ! & ! & ! & ! & ! & ! & nbsp TblCustomer.actualiser
& ! & ! & ! & ! & nbsp fin
Si je l'ai mis et j'ai verifie pour dsEditModes au-dessus de l'ajouter declaration puis marquees avec un point d'arret, le debogueur ne serait PAS executer, qu'il soit optimise ou modifie dans l'emplacement par le compilateur. ET, le code de pointage a ete de retour a l'evenement buttonclick sur le bouton quand vous avez fini de repondre a des boîtes de dialogue. J'ai ete confondu chiot.

je me dirigeais a l'Internet quand j'ai finalement vu quel etait le probleme. Le newrecord methode pour TblCustomer inclus par defaut quatre parametres de champ. Elle a ete formulee dans la procedure par exemple:
& ! & ! & ! & ! & nbsp TblCustomer.fieldByName, (le 'Transporteur').asString := 'FEDEX'
CE FUT COPIEE mot pour mot a la newRecord champ de la copie de la source de donnees. J'ai regarde ce pendant des heures avant de remarquer que TblCustomer ET TblCustEdit etaient pas une seule et meme chose [les moutons face grimace]! Le probleme a ete resolu a l'origine par simplement corriger le nom de la contradiction. Cependant, je suis venu a la conclusion que je suis trop tendance a faire cette erreur a nouveau. Sooooooooo....
La nouvelle approche consiste a utiliser le parametre dans l'appel de la 'avec style'. I. e.
& ! & ! & ! & ! & nbsp commencer
& ! & ! & ! & ! & ! & ! & nbsp avec dataset do begin
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp fieldByName('Transporteur').asString := 'FEDEX'
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp fieldByName('TPS').asBoolean := true
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp fieldByName('PST').asBoolean := true
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp fieldByName('Approuve').asBoolean := False
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp fin
& ! & ! & ! & ! & nbsp fin
j'ai decide que je vais utiliser que d'appeler le parametre le plus souvent. Il peut avoir besoin d'un commentaire ou deux, pour etre tout a fait clair sur la lecture rapide, mais je fais le vœu de les utiliser pour Couvrir Mes Fesses contre la betise que j'ai commis a l'encontre de mon echeance ici aujourd'hui.
Esperons que cela aide a prevenir sourcils fronces ou deux dans l'avenir.
en savoir Plus sur la Securite de Codage des Idees
par Gary Mugford - [email protected]
L'article ci-dessus les reponses generees a partir de Ramon Piquer et Andy Robinson. Voici mon suivi de:
Merci (a Ramon Piquer des pays-bas) pour amplifier le concept derriere mon article. C'est le genre de dialogue que l'on peut souvent eclairante et utile pour les programmeurs, mais le niveau expert. Il est vrai que l'idee derriere coffre-fort-de codage est d'eliminer les erreurs d'omission autant que possible. Champ de changement de nom ne vont plus souvent que je le voudrais. Ramon a suggere d'aller a une certaine longueur d'eviter de mentionner des noms de champ en codee en dur noms, preferant constantes ou le niveau de champ de definitions dans les modules de donnees.
Pourtant, j'ai trouve la FBN references facile de localiser et de modifier avec n'importe quel standard de l'utilitaire grep. Que les constantes suggestion fait de la facilite de remplacement d'un composant logiciel enfichable est evident. Mais cette facilite a un prix, l'espace de stockage. Dans une application de decent, de la complexite, le nombre de noms de domaine pourrait etre considerable. Et ceux-ci doivent etre au niveau de l'unite constantes globales ont aucune valeur et doit etre d'application a l'echelle mondiale des constantes pour etre autant de valeur que vous desirez. Les modules de donnees ont l'utilisation que vous suggerez, mais ajouter une autre couche pour le code du programme. Ils ne sont pas tout ce qui est necessaire dans bien gere, un SDI interface ou l'enfant les formes d'utilisation de l'appel du formulaire ensembles de donnees le cas echeant.
dans l'Ensemble, je trouve que l'incidence de la modification des noms de champ (comme indesirables ajoute les noms) se produit assez rarement, que je choisis de ne pas payer les frais generaux. Dans le groupe des efforts de programmation ou dans les applications MDI, je peux facilement voir la valeur de votre premiere suggestion et recommande son adoption.
Dans un autre courriel, Andy Robinson, de l'Afrique du Sud a indique qu'il avait eu des problemes dans le passe avec imbriquee a l'utilisation de parametres de dataset. Son probleme, c'etait avec des boucles sans fin: '...dans ce type de structure, il semble que vous ne pouvez pas faire confiance a certaines declarations. par exemple. Je n'ai plus de tenter cela...
& ! & ! & ! & ! & nbsp avec dataset1 do begin
& ! & ! & ! & ! & ! & ! & nbsp avec dataset2 do begin
& ! & ! & ! & ! & ! & ! & ! & ! & ! & nbsp .....
& ! & ! & ! & ! & ! & ! & ! & ! & ! & nbsp
& ! & ! & ! & ! & ! & ! & ! & ! & ! & nbsp fin
& ! & ! & ! & ! & ! & ! & nbsp fin
& ! & ! & ! & ! & nbsp fin
C'est une situation differente, puis celui que j'ai pose en principe que les avait un jeu de donnees unique parametre transmis par le biais d'une methode automatique comme AfterInsert. Alors qu'il n'a pas eu le temps d'etudier le probleme et la broche vers le bas, ce genre de heads-up a maintenant en me regardant tres attentivement tous imbriques avec des declarations.
Par le moyen, le code de l'utilisation du modele permet, pour la plupart d'habitude la solution du probleme de la boucle probleme remarque par Andy. J'ai un WithEOF modele que les types sont de:
& nbsp & nbsp avec | do begin
& ! & ! & ! & ! & nbsp premiere
& ! & ! & ! & ! & nbsp alors que pas eof do begin
& ! & ! & ! & ! & ! & ! & ! & ! & nbsp ...
& ! & ! & ! & ! & ! & ! & nbsp
& ! & ! & ! & nbsp & nbsp & nbsp & nbsp fin
& ! & ! & ! & nbsp fin
en outre, FBNS de l'etendre a d'fieldbyName('|').asString et FBNI de l'etendre a d'fieldByName('|').asInteger vraiment faire des merveilles en termes de precision et de vitesse de saisie du code. En fin de compte, comme un magasin d'un homme, ces gains de vitesse merite la poursuite de l'utilisation de la pratique de codage qui ne fonctionne pas presque aussi bien au sein de votre organisation.
& ! & ! & ! & nbsp Gary Mugford
& ! & ! & ! & nbsp Idee Mecanicien Inc
& ! & ! & ! & nbsp Bramalea SUR Canada