Umherspringende Methoden im quelltextbasierten Class Builder

Umherspringende Methoden im quelltextbasierten Class Builder

Aloha,

dass der Class Builder bei Dictionary-Klassen die Methoden alphabetisch sortiert, bin ich ja gewohnt und finde ich gut, aber ich habe hier nun das Phänomen, dass er sie bei jeder(!) Aktivierung unlogisch umherverschiebt, womit sich der ganze Code verschiebt und ich ständig hoch-/runterscrollen darf, um die Stelle wiederzufinden, an der ich gerade werkel. Ich behelfe mir momentan mit der Methodenliste links in der SE80, aber das ist doch kein Dauerzustand. Zum Glück ist das nur bei einem Kunde so.

Wisst ihr vielleicht, woran das liegt und was man dagegen tun könnte?

Re: Umherspringende Methoden im quelltextbasierten Class Builder

Es ist ja nicht nur das Umsortieren, sondern auch das automatische Umformatieren des Quelltextes (jedenfalls des DEFINITION-Blocks), das nervt (jedenfalls mich).

Ich mache das immer so, dass ich die Klasse in Eclipse öffne und bearbeite, dann springt nichts. Gelegentlich muss man auch mal was in der SE24 machen, beispielsweise wenn man Parameter mit erklärendem Kurztext versieht. Das sind aber keine inhaltlichen Änderungen am Quelltext (die kann man alle in Eclipse machen, und das ist in meinen Augen auch der angenehmste Weg). Dafür habe ich die Klasse in Eclipse offen, mache dann meine Änderungen in der SE24 und generiere. Anschließend gehe ich wieder in Eclipse (wo noch der originale Quelltext offen ist). Dort einmal Strg+A und danach Strg+C (also alles markieren und kopieren). Dann F5 (damit wird der Quelltext vom SAP-Server aktualisiert, also die von der SE24 verpfuschte Version geladen). Dann Strg+A, Strg+V (alles markieren und durch die in der Zwischenablage befindliche Version ersetzen). Schon hat man den originalen Quelltext wieder drin. Die Kommentartexte etc., die man in der SE24 ergänzt hat, bleiben dabei erhalten.

Re: Umherspringende Methoden im quelltextbasierten Class Builder

Sagte ich doch: In der SE24 kann man an jeden Parameter einen Kurztext knüpfen. Dieser Text ist meines Wissens aus Eclipse heraus nicht pflegbar.

Klar kann man auch direkt im Quelltext Kommentare machen, aber wenn sich jemand rasch mal die Klasse in der SE24 anschaut, soll der auch eine vernünftige Darstellung haben.

Re: Umherspringende Methoden im quelltextbasierten Class Builder

Wenn Du z.B. auf der Suche nach einer Klasse bist, die Du für Dein aktuelles Problem gebrauchen kannst oder im Debugger siehst, dass eine Klasse gerufen wird, die Du nicht kennst, wirst Du Dir diese normalerweise nicht direkt in Eclipse anschauen, sondern zunächst einmal in der SE24. Eclipse ist eher für Code, in dem man auch tatsächlich etwas ändern möchte. Tatsächlich ist es ja sogar so, dass Du das Objekt in Eclipse über diesen Projektbaum suchen musst. Dabei musst Du das Paket öffnen, in dem es sich befindet. Wie aber findest Du heraus, zu welchem Paket die Klasse überhaupt gehört? Schon dafür musst Du sie in der SE24 (oder der SE80, was letztlich dasselbe ist) öffnen.

Erschwerend kommt hinzu, dass der Umstand, dass ich mit Eclipse arbeite, nicht notwendigerweise bedeutet, dass alle Kollegen es auch tun müssen. Gerade Modulberater, die selber keine Entwickler sind, können häufig bis zu einem bestimmte Grad ABAP lesen und werfen schon mal einen Blick in den Code. Solche Leute werden sich aber kein Eclipse installieren. Diese Kollegen mit in der SE24 leeren Parameterbeschriftungen im Regen stehen zu lassen, finde ich nicht fair.

Davon abgesehen kann ich mich erinnern, dass ich vor Jahren mal einen Blick auf ABAPdoc geworfen hatte und zu dem Schluss gekommen war, dass das praxisferner Pfusch ist, wie die SAP das implementiert hat. Ich kann mich nicht mehr erinnern, was die Gründe für dieses Urteil gewesen sind; ich habe das Thema mit dieser Bewertung aus meinem Kopf entlassen. Es wäre natürlich denkbar, dass die SAP seitdem Verbesserungen daran vorgenommen hat, die eine Revidierung meines Urteils rechtfertigen würden.

Re: Umherspringende Methoden im quelltextbasierten Class Builder

Ich bin auch jedes mal sehr traurig, wenn einer meiner Kollegen eine Klasse von mir im SAP GUI aktiviert hat und dadurch der Definitionsteil der Klasse neu generiert wurde.

In Eclipse kannst du mit "Source Code -> Import ABAP Doc from Descriptions" die Texte nach Eclipse kopieren. Wenn es noch keine Texte gibt, kannst auch einfach selbst folgendes im Definitionsteil schreiben:
Das funktioniert natürlich auch mit Attributen, Typen, Konstanten usw.

Re: Umherspringende Methoden im quelltextbasierten Class Builder

Die Option ist in Klassen/Interfaces sichtbar, nicht in Reports.

Ob HTML nun schön ist oder nicht, ist ja rein subjektiv. Wenn du die Kurztexte nur im ABAP Element Info View (F2) stehen haben möchtest und nicht im Quellcode, dann wirst du meines Wissens nach nicht um eine Pflege in der SE24 herum kommen.

Ich muss gestehen, dass ich ABAP Doc nur als Header für Klassen/Interfaces einsetze.