Discussion :

[Pocus]

Bonjour,

Je suis en BDS2007. Je ne pense pas que l'outil existe intégré à l'IDE, mais peut être connaissez vous un utilitaire qui le ferait.

Il s'agirait d'avoir les implémentations de fonctions dans l'ordre listé dans la partie interface, tout simplement... Parce que sur certaines grosses unités, j'avoue que c'est un peu le souk chez moi

Donc pour résumer, si les méthodes/fonctions/etc. sont dans l'ordre A, B, C, la moulinette les replaceraient en implémentation dans cet ordre, alors qu'actuellement ca serait plutôt A, C, B.

Merci du tuyau!

[ShaiLeTroll]

Regarde autout de GExpert ou CodeFormatter

[od.dev]

Le mieux, si tu es développeur Delphi, même débutant, c'est de faire toi-même l'outil qui correspond à tes besoins.
Tu lis les unités (.pas) de ton projet comme des fichiers texte, tu en extrais toutes les données de l'interface, fonctions, procédures, variables...
et tu en fait ce que tu veux.

C'est aussi facile à faire qu'à dire

[popo]

C'est aussi facile à faire qu'à dire

Ah bon ?!?!?!

J'espère que tu n'a pas de nom de fonction ou d'objet qui contiennent le mot "Interface" ou alors que tu es super doué en expression régulière mais un tel outil n'est pas à la portée du premier développeur delphi.

[od.dev]

Combien y-a-t-il de mot réservé "Interface" dans un source Pascal ?
Evidemment il vaut mieux connaître l'architecture des fichiers Delphi pour faire ce genre d'outils, ce qui doit être le cas pour un débutant.
A partir de ce moment là tu sais très précisément ce que tu es en train de lire, et ce que tu dois en faire.

[popo]

Encore une fois, ce n'est pas parce que "Interface" est un mot réservé qu'il ne peut pas faire partie du nom d'un objet ou lorsque tu déclare une interface d'objet le therme "Interface" reviens forcément plusieurs fois.

Ensuite, ça dépend de la manière de coder. Par exemple j'ai un collègue qui écrit le mot type devant chaque objet qu'il déclare au lieu de le mettre une seule fois en haut des déclarations. Comment tu fais pour gérer ces deux cas.

Je suis désolé d'être aussi insistant sur ce point mais étant passé par là, je continue de penser que développer un tel outil n'est pas à la portée d'un débutant.

[od.dev]

Oui mais, encore une fois,
s'agissant d'un mot réservé, tu sais exactement où il peut apparaître, et donc que tu es en train de lire un mot réservé
Que tu écrives systématiquement ou non, le mot réservé "type", ne change rien au fait que tu sais, en lisant le source, qu'à l'endroit où tu le lis, il ne peut en aucun cas s'agir d'autre chose que d'un mot réservé.

Un fichier pascal n'est pas structuré au pifomètre.

De traiter tous les cas de figure s'appelle "le métier de développeur" .
J'ai deux projets en cours, dès que je les ai bouclés, je prendrai un grand plaisir à développer cet outils qui, pour être techniquement simple, est fastidieux.
De plus, il ne correspond qu'au travail de surface effectué par des outils tels que
GExpert ou CodeFormatter.

[Andnotor]

Trouver le terme unique interface ne sera certainement pas le plus difficile.
Par contre créer un parser suffisamment intelligent pour réorganiser la partie implemantation, y'a du boulot... et certainement pas pour un débutant .

[od.dev]

C'est vrai que les "jeunes" ne commencent plus par le commencement.
Moi, j'ai commencé avec Turbo-pascal dans les années 80 et la gestion de fichiers texte.
Ce qui m'a obligé à apprendre la structure de pascal avant de développer des composants avancés avec Delphi sans savoir ce que signifient tous ces trucs qui s'écrivent automatiquement .