Voila je debute en java et j'utilise donc eclipse, maintenant que je
commence a avoir un peut d'experience dans le domaine, je commence a
=E9crire des fichiers de plus en plus longs.
Et sa me saoule de devoir remonter trois kilometres de code quand je
veut verifier le nom d'une variable...et redescendre apres!
J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le
petit triangle sur la gauche, mais est il possible de morceler ainsi le
code a l'interieur d'une methode?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
barilla
Ataya wrote:
Voila je debute en java et j'utilise donc eclipse, maintenant que je commence a avoir un peut d'experience dans le domaine, je commence a écrire des fichiers de plus en plus longs. Et sa me saoule de devoir remonter trois kilometres de code quand je veut verifier le nom d'une variable...et redescendre apres! J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le petit triangle sur la gauche, mais est il possible de morceler ainsi le code a l'interieur d'une methode?
Merci
salut,
deja si c'est si long c'est que peut etre tu devrais avoir des sources separes, tout mettre dans le meme source qui fait 2000 lignes c'est pas top.
a part ca as tu vu les outils de navigation "Navigate" ca permet d'aller par exemple la ou est definie la variable, puis de revenir sur le lieu d'edition. il y a des raccourcis clavier pour tout ca.
en plus il a les super menus "package explorer" et "navigator" qui permettent d'avoir une vue d'ensemble.
paul.
Ataya wrote:
Voila je debute en java et j'utilise donc eclipse, maintenant que je
commence a avoir un peut d'experience dans le domaine, je commence a
écrire des fichiers de plus en plus longs.
Et sa me saoule de devoir remonter trois kilometres de code quand je
veut verifier le nom d'une variable...et redescendre apres!
J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le
petit triangle sur la gauche, mais est il possible de morceler ainsi le
code a l'interieur d'une methode?
Merci
salut,
deja si c'est si long c'est que peut etre tu devrais avoir des sources
separes, tout mettre dans le meme source qui fait 2000 lignes
c'est pas top.
a part ca as tu vu les outils de navigation "Navigate"
ca permet d'aller par exemple la ou est definie la variable,
puis de revenir sur le lieu d'edition.
il y a des raccourcis clavier pour tout ca.
en plus il a les super menus "package explorer" et "navigator"
qui permettent d'avoir une vue d'ensemble.
Voila je debute en java et j'utilise donc eclipse, maintenant que je commence a avoir un peut d'experience dans le domaine, je commence a écrire des fichiers de plus en plus longs. Et sa me saoule de devoir remonter trois kilometres de code quand je veut verifier le nom d'une variable...et redescendre apres! J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le petit triangle sur la gauche, mais est il possible de morceler ainsi le code a l'interieur d'une methode?
Merci
salut,
deja si c'est si long c'est que peut etre tu devrais avoir des sources separes, tout mettre dans le meme source qui fait 2000 lignes c'est pas top.
a part ca as tu vu les outils de navigation "Navigate" ca permet d'aller par exemple la ou est definie la variable, puis de revenir sur le lieu d'edition. il y a des raccourcis clavier pour tout ca.
en plus il a les super menus "package explorer" et "navigator" qui permettent d'avoir une vue d'ensemble.
paul.
Laurent Bossavit
Sébastien,
J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le petit triangle sur la gauche, mais est il possible de morceler ainsi le code a l'interieur d'une methode?
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de Martin Fowler, en vente dans les bonnes crémeries.
Laurent
Sébastien,
J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le
petit triangle sur la gauche, mais est il possible de morceler ainsi le
code a l'interieur d'une methode?
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes
est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de
Martin Fowler, en vente dans les bonnes crémeries.
J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le petit triangle sur la gauche, mais est il possible de morceler ainsi le code a l'interieur d'une methode?
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de Martin Fowler, en vente dans les bonnes crémeries.
Laurent
ZebX
Voila je debute en java et j'utilise donc eclipse, maintenant que je commence a avoir un peut d'experience dans le domaine, je commence a écrire des fichiers de plus en plus longs. Et sa me saoule de devoir remonter trois kilometres de code quand je veut verifier le nom d'une variable...et redescendre apres!
L'outline est fait pour ca. (1) Maintenant, des classes qui dépassent 100 lignes de codes, c'est rare.
J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le petit triangle sur la gauche, mais est il possible de morceler ainsi le code a l'interieur d'une methode?
Oui, tu morcelles en fonction de tes compétences d'analyste ; cf (1)
-- ZebX - Mécano-boucher
Voila je debute en java et j'utilise donc eclipse, maintenant que je
commence a avoir un peut d'experience dans le domaine, je commence a
écrire des fichiers de plus en plus longs.
Et sa me saoule de devoir remonter trois kilometres de code quand je
veut verifier le nom d'une variable...et redescendre apres!
L'outline est fait pour ca.
(1) Maintenant, des classes qui dépassent 100 lignes de codes, c'est rare.
J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le
petit triangle sur la gauche, mais est il possible de morceler ainsi le
code a l'interieur d'une methode?
Oui, tu morcelles en fonction de tes compétences d'analyste ; cf (1)
Voila je debute en java et j'utilise donc eclipse, maintenant que je commence a avoir un peut d'experience dans le domaine, je commence a écrire des fichiers de plus en plus longs. Et sa me saoule de devoir remonter trois kilometres de code quand je veut verifier le nom d'une variable...et redescendre apres!
L'outline est fait pour ca. (1) Maintenant, des classes qui dépassent 100 lignes de codes, c'est rare.
J'ai bien vu qu'on pouvait reduire des methodes en cliquant sur le petit triangle sur la gauche, mais est il possible de morceler ainsi le code a l'interieur d'une methode?
Oui, tu morcelles en fonction de tes compétences d'analyste ; cf (1)
-- ZebX - Mécano-boucher
pere.noel
Laurent Bossavit wrote:
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de Martin Fowler, en vente dans les bonnes crémeries.
ah bon ? pas plus de 10-12 lignes même quand dans un "actionPerformed(ActionEvent e)" on a tout une tripotée de boutons JTextField et autres JCombobox à valider ??? -- une bévue
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes
est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de
Martin Fowler, en vente dans les bonnes crémeries.
ah bon ? pas plus de 10-12 lignes même quand dans un
"actionPerformed(ActionEvent e)" on a tout une tripotée de boutons
JTextField et autres JCombobox à valider ???
--
une bévue
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de Martin Fowler, en vente dans les bonnes crémeries.
ah bon ? pas plus de 10-12 lignes même quand dans un "actionPerformed(ActionEvent e)" on a tout une tripotée de boutons JTextField et autres JCombobox à valider ??? -- une bévue
Simon OUALID
Une bévue wrote:
Laurent Bossavit wrote:
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de Martin Fowler, en vente dans les bonnes crémeries.
ah bon ? pas plus de 10-12 lignes même quand dans un "actionPerformed(ActionEvent e)" on a tout une tripotée de boutons JTextField et autres JCombobox à valider ???
Perso, je préfère multiplier les listeners plutôt que d'en avoir un gros illisible et difficile à maintenir. :)
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes
est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de
Martin Fowler, en vente dans les bonnes crémeries.
ah bon ? pas plus de 10-12 lignes même quand dans un
"actionPerformed(ActionEvent e)" on a tout une tripotée de boutons
JTextField et autres JCombobox à valider ???
Perso, je préfère multiplier les listeners plutôt que d'en avoir un gros
illisible et difficile à maintenir. :)
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de Martin Fowler, en vente dans les bonnes crémeries.
ah bon ? pas plus de 10-12 lignes même quand dans un "actionPerformed(ActionEvent e)" on a tout une tripotée de boutons JTextField et autres JCombobox à valider ???
Perso, je préfère multiplier les listeners plutôt que d'en avoir un gros illisible et difficile à maintenir. :)
Mais bon, après c'est une question de goût.
Xavier Tarrago
C'est pas un problème, il faut modulariser et faire des méthodes private.
public void actionPerformed(...) { if (e.getSource() == src1) { handleOkEvt( e); } else if (e.getSource() == src2) handleCancelEvt( e); }
private void handleOkEvt(...) { ... }
Une méthode de plus de 1 page est difficile a lire (entre 50 et 100 lignes et c'est vraiment un max). Il est toujours possible de la couper en morceaux.
"Une bévue" a écrit dans le message de news:1h24jjc.1vlgarvy2vcn4N%
Laurent Bossavit wrote:
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de Martin Fowler, en vente dans les bonnes crémeries.
ah bon ? pas plus de 10-12 lignes même quand dans un "actionPerformed(ActionEvent e)" on a tout une tripotée de boutons JTextField et autres JCombobox à valider ??? -- une bévue
C'est pas un problème, il faut modulariser et faire des méthodes private.
public void actionPerformed(...) {
if (e.getSource() == src1) {
handleOkEvt( e);
} else if (e.getSource() == src2)
handleCancelEvt( e);
}
private void handleOkEvt(...) {
...
}
Une méthode de plus de 1 page est difficile a lire (entre 50 et 100 lignes
et c'est vraiment un max). Il est toujours possible de la couper en
morceaux.
"Une bévue" <pere.noel@laponie.com> a écrit dans le message de
news:1h24jjc.1vlgarvy2vcn4N%pere.noel@laponie.com...
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes
est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de
Martin Fowler, en vente dans les bonnes crémeries.
ah bon ? pas plus de 10-12 lignes même quand dans un
"actionPerformed(ActionEvent e)" on a tout une tripotée de boutons
JTextField et autres JCombobox à valider ???
--
une bévue
C'est pas un problème, il faut modulariser et faire des méthodes private.
public void actionPerformed(...) { if (e.getSource() == src1) { handleOkEvt( e); } else if (e.getSource() == src2) handleCancelEvt( e); }
private void handleOkEvt(...) { ... }
Une méthode de plus de 1 page est difficile a lire (entre 50 et 100 lignes et c'est vraiment un max). Il est toujours possible de la couper en morceaux.
"Une bévue" a écrit dans le message de news:1h24jjc.1vlgarvy2vcn4N%
Laurent Bossavit wrote:
Fais des méthodes plus petites. Une méthode Java de plus de 10-12 lignes est souvent le signe d'une conception déficiente. Cf. /Refactoring/, de Martin Fowler, en vente dans les bonnes crémeries.
ah bon ? pas plus de 10-12 lignes même quand dans un "actionPerformed(ActionEvent e)" on a tout une tripotée de boutons JTextField et autres JCombobox à valider ??? -- une bévue
pere.noel
Xavier Tarrago wrote:
Une méthode de plus de 1 page est difficile a lire (entre 50 et 100 lignes et c'est vraiment un max). Il est toujours possible de la couper en morceaux.
Oui, c'est vrai, le nommage des méthodes peut aider aussi. -- une bévue
Une méthode de plus de 1 page est difficile a lire (entre 50 et 100 lignes
et c'est vraiment un max). Il est toujours possible de la couper en
morceaux.
Oui, c'est vrai, le nommage des méthodes peut aider aussi.
--
une bévue
Une méthode de plus de 1 page est difficile a lire (entre 50 et 100 lignes et c'est vraiment un max). Il est toujours possible de la couper en morceaux.
Oui, c'est vrai, le nommage des méthodes peut aider aussi. -- une bévue
Delrue David
Une bévue wrote:
Xavier Tarrago wrote:
Une méthode de plus de 1 page est difficile a lire (entre 50 et 100 lignes et c'est vraiment un max). Il est toujours possible de la couper en morceaux.
Oui, c'est vrai, le nommage des méthodes peut aider aussi.
Une méthode doit pouvoir être lue entièrement sur l'écran sans devoir scrollé.
Et une classe de 2000 lignes devient absolument ingérable pour la maintenance.
Un bon programmeur n'est qq1 qui va pouvoir effectuer une action compliqué avec une fonction compliqué, mais avec plusieurs fonctions simple. (Ref : O'Reilly Java, plus rapide, plus léger de Bruce Tate et Justin Gehtland)
@+
P.S. pour remonter à la création de ta variable ou méthode avec eclipse quelque soit la classe où tu te trouves, tu sélectionne l'appel de ta méthode/variable et tu fais F3)
Une méthode de plus de 1 page est difficile a lire (entre 50 et 100 lignes
et c'est vraiment un max). Il est toujours possible de la couper en
morceaux.
Oui, c'est vrai, le nommage des méthodes peut aider aussi.
Une méthode doit pouvoir être lue entièrement sur l'écran sans devoir
scrollé.
Et une classe de 2000 lignes devient absolument ingérable pour la
maintenance.
Un bon programmeur n'est qq1 qui va pouvoir effectuer une action
compliqué avec une fonction compliqué, mais avec plusieurs fonctions
simple. (Ref : O'Reilly Java, plus rapide, plus léger de Bruce Tate et
Justin Gehtland)
@+
P.S. pour remonter à la création de ta variable ou méthode avec eclipse
quelque soit la classe où tu te trouves, tu sélectionne l'appel de ta
méthode/variable et tu fais F3)
Une méthode de plus de 1 page est difficile a lire (entre 50 et 100 lignes et c'est vraiment un max). Il est toujours possible de la couper en morceaux.
Oui, c'est vrai, le nommage des méthodes peut aider aussi.
Une méthode doit pouvoir être lue entièrement sur l'écran sans devoir scrollé.
Et une classe de 2000 lignes devient absolument ingérable pour la maintenance.
Un bon programmeur n'est qq1 qui va pouvoir effectuer une action compliqué avec une fonction compliqué, mais avec plusieurs fonctions simple. (Ref : O'Reilly Java, plus rapide, plus léger de Bruce Tate et Justin Gehtland)
@+
P.S. pour remonter à la création de ta variable ou méthode avec eclipse quelque soit la classe où tu te trouves, tu sélectionne l'appel de ta méthode/variable et tu fais F3)
Merci a tous! c'est pas les reponses que j'attendais mais elles ont quand meme resolu mon probleme...donc merci
pere.noel
Delrue David wrote:
Une méthode doit pouvoir être lue entièrement sur l'écran sans devoir scrollé.
trés bonne estimation de la longueur d'une méthode...
Et une classe de 2000 lignes devient absolument ingérable pour la maintenance.
ça implique, pour moi, de casser mon interface (ui) en sous éléments, ce que, de toutes façons, je m'apprétais à faire.
Un bon programmeur n'est qq1 qui va pouvoir effectuer une action compliqué avec une fonction compliqué, mais avec plusieurs fonctions simple. (Ref : O'Reilly Java, plus rapide, plus léger de Bruce Tate et Justin Gehtland)
@+
P.S. pour remonter à la création de ta variable ou méthode avec eclipse quelque soit la classe où tu te trouves, tu sélectionne l'appel de ta méthode/variable et tu fais F3)
ah merci pour l'info, ça va simplifier la navigation dans mon code. -- une bévue
Delrue David <ddelrue@ressource-toi.org> wrote:
Une méthode doit pouvoir être lue entièrement sur l'écran sans devoir
scrollé.
trés bonne estimation de la longueur d'une méthode...
Et une classe de 2000 lignes devient absolument ingérable pour la
maintenance.
ça implique, pour moi, de casser mon interface (ui) en sous éléments, ce
que, de toutes façons, je m'apprétais à faire.
Un bon programmeur n'est qq1 qui va pouvoir effectuer une action
compliqué avec une fonction compliqué, mais avec plusieurs fonctions
simple. (Ref : O'Reilly Java, plus rapide, plus léger de Bruce Tate et
Justin Gehtland)
@+
P.S. pour remonter à la création de ta variable ou méthode avec eclipse
quelque soit la classe où tu te trouves, tu sélectionne l'appel de ta
méthode/variable et tu fais F3)
ah merci pour l'info, ça va simplifier la navigation dans mon code.
--
une bévue
Une méthode doit pouvoir être lue entièrement sur l'écran sans devoir scrollé.
trés bonne estimation de la longueur d'une méthode...
Et une classe de 2000 lignes devient absolument ingérable pour la maintenance.
ça implique, pour moi, de casser mon interface (ui) en sous éléments, ce que, de toutes façons, je m'apprétais à faire.
Un bon programmeur n'est qq1 qui va pouvoir effectuer une action compliqué avec une fonction compliqué, mais avec plusieurs fonctions simple. (Ref : O'Reilly Java, plus rapide, plus léger de Bruce Tate et Justin Gehtland)
@+
P.S. pour remonter à la création de ta variable ou méthode avec eclipse quelque soit la classe où tu te trouves, tu sélectionne l'appel de ta méthode/variable et tu fais F3)
ah merci pour l'info, ça va simplifier la navigation dans mon code. -- une bévue
