Discussion :

[FailMan]

Et pour la construction d'une requête SQL, c'est vrai que les guillemets et les + c'est chiant pour la visibilité du code.

Moi je fais : String.format("SELECT ... FROM ... WHERE %1$s = %2$s","toto", "tata");
mais je sais pas si il y a une méthode plus clair.

Ah toi aussi tu fais de la grosse concaténation ? Moi qui pensais être le seul zouave à faire un truc pareil ça me rassure.

C'est clair qu'au bout de 5 6 jointures et 3 clauses de tri (ce qui n'est pas grand chose), c'est illisible.

[Julien Bodin]

Pour ça les requêtes préparées c'est le bonheur :
Une string contenant la requête avec des ? à la place des paramètres (en java, en tous cas. Je sais pas pour les autres) sans avoir à se soucier des guillements si chaine ou pas.

Ensuite avec l'objet "préparé" on fait des setString, setLong, setInt en précisant le numéro du paramètre et du coup on a également une validation à la compilation grâce au typage

[GanYoshi]

Ah toi aussi tu fais de la grosse concaténation ? Moi qui pensais être le seul zouave à faire un truc pareil ça me rassure.

C'est clair qu'au bout de 5 6 jointures et 3 clauses de tri (ce qui n'est pas grand chose), c'est illisible.

Bas moi avec le String.format je trouve que ça va, beaucoup mieux Justement en fait je concatène pas vraiment là.
Je trouve ça plus lisible avec le String.format qu'avec la concaténation avec des + et de "

Pour ça les requêtes préparées c'est le bonheur :
Une string contenant la requête avec des ? à la place des paramètres (en java, en tous cas. Je sais pas pour les autres) sans avoir à se soucier des guillements si chaine ou pas.

Ensuite avec l'objet "préparé" on fait des setString, setLong, setInt en précisant le numéro du paramètre et du coup on a également une validation à la compilation grâce au typage

Ouai mais ça ne s'applique pas partout ça si ? par exemple pour construire une requete hibernate du type "from nomTable where ... = ... AND etc..." ?

[Julien Bodin]

Ouai mais ça ne s'applique pas partout ça si ? par exemple pour construire une requete hibernate du type "from nomTable where ... = ... AND etc..." ?

Ca fait longtemps que j'ai pas utilisé hibernate mais il me semble bien qu'il gère ça, même avec des paramètres nommés plutôt d'indexés

[FailMan]

Bas moi avec le String.format je trouve que ça va, beaucoup mieux Justement en fait je concatène pas vraiment là.
Je trouve ça plus lisible avec le String.format qu'avec la concaténation avec des + et de "

Oui, enfin, tu claques tout dans une chaîne et tu te fades des lignes à rallonge

[beekeep]

Pour ça les requêtes préparées c'est le bonheur :
Une string contenant la requête avec des ? à la place des paramètres (en java, en tous cas. Je sais pas pour les autres) sans avoir à se soucier des guillements si chaine ou pas.

Ensuite avec l'objet "préparé" on fait des setString, setLong, setInt en précisant le numéro du paramètre et du coup on a également une validation à la compilation grâce au typage

Les paramètres des requêtes servent aussi à éviter les injections SQL
Placer les valeurs dans la chaine de la requête c'est pas terrible ..

[sparthane777]

Bonjour,

Que pensez vous de ce truc, une méthode qui prend 95 paramètres c'est hallucinant

Soit t'as fonction a été codé en assembleur ou en C, soit la personne qui a pondu ceci n'a pas l'esprit orienté objet, soit tu te fiche de notre poire

Déjà un méthode avec 10 paramètres je commence sérieusement à m'inquéter quand à la méthodologie utilisée ... Je peux voir ça de plus près ?

[gangsoleil]

Soit t'as fonction a été codé en assembleur ou en C

Je programme en C depuis quelques annees, et je peux t'assurer que je n'ai jamais depasser 10 arguments maximum. 95 arguments, quel que soit le langage, c'est une connerie.

[hegros]

Déjà un méthode avec 10 paramètres je commence sérieusement à m'inquéter quand à la méthodologie utilisée ... Je peux voir ça de plus près ?

Il n'existe pas vraiment de méthodologie qui définie le nombre d'arguments d'une méthode ou d'une fonction, et même 10 paramètres c'est trop.


C'est du même acabit de n'avoir qu'une seule table en base de données qui contient toutes les colonnes et donc chaque enregistrement représente quelque chose de différent, c'est utilisé dans des très grosses entreprises par des très gros ignorants des SI

[mortapa]

C'est du même acabit de n'avoir qu'une seule table en base de données qui contient toutes les colonnes et donc chaque enregistrement représente quelque chose de différent, c'est utilisé dans des très grosses entreprises par des très gros ignorants des SI

Mon boss préfère lors dune relation de 1 à 1 que tout soit dans la même table quitte à se retrouver avec des champs qui ne seront remplis que dans certaine occasion.

Je ne suis pas de son avis

[hegros]

Mon boss préfère lors dune relation de 1 à 1 que tout soit dans la même table quitte à se retrouver avec des champs qui ne seront remplis que dans certaine occasion.

Je ne suis pas de son avis

Et tu as bien raison ! D'un point de vue requête sur les données c'est une catastrophe.

Pour une relation 1 à 1 c'est bien 2 tables qu'il faut avec une des 2 qui possède la clef unique (clef étrangère) de l'autre. Il peut à la rigueur avoir une troisième tables si la relation est porteuse d'information(s). On peut même avoir plusieurs tables et bases de données si on doit prendre en compte un système de partitionnement de données

[Sunchaser]

95 ...
Whaou, a ce stade c'est plus une cochonne, c'est une méga pro.
(j'ai décidé d'être très très con moi ce soir)

Mon boss préfère lors dune relation de 1 à 1 que tout soit dans la même table quitte à se retrouver avec des champs qui ne seront remplis que dans certaine occasion.

Pour ce point précis, j'aurais envie de dire que c'est un gros c.n, et si il est comme ca pour tout,ben c'est un c.n.
Mais surtout, ne lui dis pas, tu vas avoir des emmerdes.

Je ne suis pas de son avis

Ouf, au moins tu es sain d'esprit ... sur ce point au moins

[javan00b]

haha cest completement ridicule, j'ai retrouver le passage du livre coder proprement pour vous le citer:

Idéalement, le nombre d’arguments d’une fonction
devrait être égal à zéro (niladique). Ensuite vien-
nent les fonctions à un argument (monadique, ou
unaire), puis à deux arguments (diadique). Les
fonctions à trois arguments (triadique) doivent être
évitées autant que possible. Les fonctions qui pren-
nent plus de trois arguments (polyadique) exige une
très bonne raison ou ne doivent jamais être
employées.

[granquet]

haha cest completement ridicule, j'ai retrouver le passage du livre coder proprement pour vous le citer:

la logique est pourtant relativement simple:
si tu as besoin de beaucoup d'arguments, c'est que ta fonction fait trop de choses.
un sous-découpage s'impose.

apres lui met le "beaucoup" a deux ... perso j'aurais pousse jusqu'à 4/5

deux, c'est un peu bas ... comment on fait pour les operateurs ternaires?

[minnesota]

Ouais, j'ai plussoyé. En plus, parfois, nos fonctions dépendent de Lib tierce, donc on est plus ou moins obligé de se coltiner les conneries des autres, je pense notamment à certaines APIs de systèmes d'exploitation.

[Ivelios]

Je viens de tomber sur celle là pour les Add-in Office avec C#:

Code :

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
18
public virtual void SaveAs (
	[OptionalAttribute] ref Object FileName,
	[OptionalAttribute] ref Object FileFormat,
	[OptionalAttribute] ref Object LockComments,
	[OptionalAttribute] ref Object Password,
	[OptionalAttribute] ref Object AddToRecentFiles,
	[OptionalAttribute] ref Object WritePassword,
	[OptionalAttribute] ref Object ReadOnlyRecommended,
	[OptionalAttribute] ref Object EmbedTrueTypeFonts,
	[OptionalAttribute] ref Object SaveNativePictureFormat,
	[OptionalAttribute] ref Object SaveFormsData,
	[OptionalAttribute] ref Object SaveAsAOCELetter,
	[OptionalAttribute] ref Object Encoding,
	[OptionalAttribute] ref Object InsertLineBreaks,
	[OptionalAttribute] ref Object AllowSubstitutions,
	[OptionalAttribute] ref Object LineEnding,
	[OptionalAttribute] ref Object AddBiDiMarks
)

[Garuda]

La meme en vba

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
expression.SaveAs(FileName, FormatFichier, VerrouillerCommentaires, MotDePasse, AjouterAuxFichiersRécents, MotDePasseÉcriture, LectureSeuleRecommandée, IncorporerPolicesTrueType, EnregistrerFormatImageOrigine, EnregistrerDonnéesFormulaires, EnregistrerEnTantQueLettreAOCE, Encodage, InsérerSautsLigne, AutoriserRemplacements, FinLigne, AjouterMarquesBiDi)