Discussion :

[ahmedpa]

Bonsoir,

Je suis entrain de développer une application au-quelle une méthode nommé

Code :

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

1
2
3
public String generateArticle5(){
...
}

ma déclenchée cette erreur de compilation

Code :

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

the code of method is exceeding the 65535 bytes limit java

Il n y 'a pas une solution s'il vous plait pour remédier à ce problème sans le découpage du corps de la méthode en plusieurs méthode bien sur.

Merci

[thelvin]

Ben, raccourcir la méthode.

A priori une méthode aussi énorme sert probablement à définir des données, elle est donc une gigantesque suite d'ajouts de données dans quelque chose.
Ce n'est pas comme ça qu'on fait. De telles quantités de données doivent être externalisées, dans un fichier, et cette méthode doit lire et boucler sur ce fichier pour charger les données.
Le fichier peut être ce qu'on veut tant que c'est pratique. CSV, XML, JSON, .properties...

[ahmedpa]

donc la seule solution reste toujours le découpage ou de faire des raccourci ya pas un autre moyen genre augmenter la taille ou autre ?

[thelvin]

Je refuse d'appeler le découpage une "solution." La seule solution c'est celle que j'ai décrite.

ya pas un autre moyen genre augmenter la taille ou autre ?

Nope. Java interdit des méthodes plus longues. Il n'y a rien à y faire si on veut utiliser Java.

[Jimmy_]

Le plus souvent des grosses méthodes cachent des soucis de conception dans les applications.

[ahmedpa]

Le plus souvent des grosses méthodes cachent des soucis de conception dans les applications.

au fait je pense pas que c'est une soucis de conception parce que l'objective au départ c'est de créer un générateur qui permet de générer un document word à travers d'une template.donc c'est que je possède, une grande quantité d'informations.

[olivier.pitton]

Une fonction qui arrive à ce niveau la est obligatoirement mal pensé. Tu te dois de découper en classes / méthodes un minimum, ne serait-ce que pour rendre ton code un peu réutilisable.

[thelvin]

au fait je pense pas que c'est une soucis de conception parce que l'objective au départ c'est de créer un générateur qui permet de générer un document word à travers d'une template.donc c'est que je possède, une grande quantité d'informations.

Bon, le découpage peut être une solution dans ce cas.
M'enfin un template, d'habitude, c'est un fichier, pas un programme. Je reconnais qu'avec Word on est limité dans les choix, mais tout de même, c'est pas pratique ton bazar.

[ahmedpa]

c'est un document qui contient des milliers de données qui sont enregistrer dans une base.c'est pas question pratique ou non pratique !

[thelvin]

À moins que tu fasses du jeu vidéo, l'informatique n'a pas d'autre but que d'être pratique.
Elle existe parce qu'elle est plus pratique qu'une armée de copistes avec des stylos et une forêt vierge convertie en papier.

[tchize_]

J'ai déjà travaillé sur de l'insertion de données dans des templates (excel) en java, et jamais je ne me suis retrouvé face à une méthode gigantesque comme ça. Si t'as 1000 données, je doutes qu'elles s'appellent dans ton code donnée1, 2 , 3 etc et que tu aie besoin d'une ligne par donnée. Les données sont souvent regroupé dans des structures et assemblées entre elles en relations (1-1, 1-n, etc).

Si t'as besoin de différentier chaque donnée dans le traitement, t'as effectivement un gros problème de conception....

[ahmedpa]

merci pour vos réponses mais c’est pas ça que je cherche,j'en trouverai autre chose