#region wie in C#

[H2SO3-]

Hallo,

in C# gibt es eine "#region"

der zweck dafür ist, was ich einige funktionen zwischen "#region" und "#endregion" packen kann und anschließend alle gemeinsam verkleinern kann. Somit kann ich den code etwas übersichtlicher gestalten kann.
Gibt es sowas auch in Java? Habe bisher nichts gefunden.

 

[Gast]

Ich weiß ja nicht wie du java entwickelst, aber die meisten IDEs (Eclipse, JBuilder, etc) bietet automatisch die Möglichkeit an, Methodenrümpfe o.ä. einzuklappen. Zusätzlich hast du meist noch eine Methoden/Variablen Übersicht in Forum einer Outline zur Verfügung.

Wenn die das immer noch zu unübersichtlich ist, solltest du deine Programmstruktur überarbeiten und den Code in Modulen kapseln.

 

[H2SO3-]

diese möglichkeiten sind mir durchaus bewusst. Dennoch gibt es ab und zu sachen wo es günstig währe sowas zu haben. Bsp.
Ich erzeuge nachrichten und fehlermeldungen je nach sprache. Die erzeugung der nachrichten habe ich ausgelagert. Da ich jedoch natürlich nicht extra für errors und normale meldungen wieder zwei extra klassen machen will packe ich sie hier alle in einer klasse.
Mit region könnte ich mir nun eine region error und eine message erschaffen. Wenn ich nun eine neue message einfügen will ist das sehr einfach. Einfach ganz unten hinpacken. Bei den errormeldungen sieht das etwas blöder aus, da diese am ende der errormeldungen sein sollen aber vor den normalen meldungen. Wenn ich nun die normalen meldungen in der region zusammenklappen könnte, währe das ende der errormeldungen leicht zu finden.

Auslagern ist zwar ne feine sache aber wenn ich irgendwann deswegen 40 klassen habe die alle nicht viel code enthalten ist die übersichtlichkeit auch hinüber. Mann muss halt immer schauen was gerade das beste ist.

 

[stev.glasow]

in der sprache java ist sowas nicht vorgesehen - hab sowas in der art auch noch nicht gesehen. wär mal ne nette idee für nen eclipse oder idea plugin, falls es sowas nicht doch schon gibt.

 

[musiKk]

Informationen für die IDE in Quelltext zu packen ist so dermaßen falsch. Ich hoffe, dass es so ein "Feature" in Eclipse/Java nie geben wird.

Tatsächlich ist #region aber kein Merkmal des Visual Studio, sondern im ECMA-Standard definiert.

 

[H2SO3-]

@musiKk an sich gebe ich dir recht, das solche informationen wie das mit den sprachen lieber auserhalb gemacht werden sollte. Jedoch hat es in diesem sehr speziellen Fall schon seine Berechtigung aus verschiedenen Gründen (unter anderem hats mein chef gesagt ich solls so machen :wink: )
Jedoch hatte ich auch in C# bereits konstruktionen wo dies seine berechtigung hatte (hatte damals nichts mit sprachausgaben oder ähnlichem zutun)

Aber OK, wenn es in Java sowas nicht gibt ist auch gut. Wollte es nur wissen.

Danke für die antworten

 

[stev.glasow]

Informationen für die IDE in Quelltext zu packen ist so dermaßen falsch. Ich hoffe, dass es so ein "Feature" in Eclipse/Java nie geben wird.

hm, schön hingeschissert. und wieso ist das so falsch und so ein feature so schlecht?

 

[musiKk]

Es handelt sich dabei um Informationen, die - anders als Code oder Dokumentation - null Gehalt für das Programm haben und rein von der IDE verwendet werden. Verschwendete Zeilen. Warum sollte man denn Code wegfalten? Wenn man ihn nicht sehen will, dann kann er ja nicht besonders wichtig sein. Oder nicht besonders gut. Oder er gehört ausgelagert.

Was ich am wenigsten verstehe ist, was das im Sprachstandard zu suchen hat.

Aber NetBeans hat dieses Feature ja.

 

[stev.glasow]

es geht dabei um die lesbarkeit und die übersichtlichkeit wenn ich nen teil wegfalte muss das ja nich gleich heißen dass er unwichtig ist - nur in dem moment will ich mich halt mit anderen teilen des codes befassen. wenn man in eclipse nicht die methodenrümpfe zuklappen könnte würde ich teilweise durchdrehen.

ich fänd son standard gut bei dem man den code gruppieren und diese gruppen dann selber benennen könnte. so ala getter/setter, listener, private-utils, singleton&constructors, x-handling, f-handling, whatever. und die IDEs können diese gruppen dann zuklappen.

 

[Gast2]

Moin,

ich fänd son standard gut bei dem man den code gruppieren und diese gruppen dann selber benennen könnte. so ala getter/setter, listener, private-utils, singleton&constructors, x-handling, f-handling, whatever. und die IDEs können diese gruppen dann zuklappen.

full-ack ... spätestens wenn man eine GUI mit einem Haufen an Controls erstellen muss, merkt man den Vorteil des Folding ... da ich hier schön die einzelnen Tabs zusammen packen konnte ... auspacken in Klassen würde den Code nur extrem aufblasen

allerdings sollte der Befehl dann im Kommentar stehen ... so wie es für C# bzw. VisualStudio gelöst ist - ist es Mist ... es kann wirklich nicht in anderen Entwicklungsumgebungen verwendet werden und muss erst gelöscht werden ... da sind die JavaDoc -Kommentare schon recht clever gelöst

hand, mogel

 

[musiKk]

es kann wirklich nicht in anderen Entwicklungsumgebungen verwendet werden und muss erst gelöscht werden

Dann hält sich diese IDE nicht an den Standard. Sowas muss natürlich vorausgesetzt werden, sonst kann mans vergessen.

 

[0x7F800000]

Es handelt sich dabei um Informationen, die - anders als Code oder Dokumentation - null Gehalt für das Programm haben und rein von der IDE verwendet werden. Verschwendete Zeilen.

naaaja... kommentare werden vom compiler ja auch ignoriert... :roll:
Solche "regions" könnte man so ähnlich als "kapitel" in Büchern interpretieren. Wenn sie den code für den Menschen übersichtlicher machen, und sich zusätzlich von der ide wegklappen lassen, dann ist doch alles klasse.

allerdings sollte der Befehl dann im Kommentar stehen

jo :toll: