Best Practice: Konstantensammlung

[Maja967]

Hallo,

ich möchte für uns "übergreifende" Konstantensammlung anlegen, so das diese einmalig
bei der Entwicklung vorhanden sind. dh die Konstaten aus dieser Sammlung sollen in Reports, Klassen, Fuba verwendet werden. Die Konstanten sind nach Themenbereiche gruppiert dh eine Sammlung umfasst ca 1-20 Konstanten.

Wie setzt Ihr das um ?

möglich sind aus meiner Sicht
=> Klasse mit statischen Attributen
=> include
=> TYPE-POOL

Bsp: ahnhand der Constante fw_wurde_durchgefuehrt.

=> Klasse mit statischen Attributen
- entwickler müßen Klasse kennen, dh Namenskonvention z_const_xxxxx
- Verwendung: z_const_xxxx=>fw_wurde_durchgefuehrt.


=> include
- entwickler müßen include kennen, dh Namenskonvention z_const_xxxxx
- include kann ich nicht in Klassen "einbinden" ... soweit mir bekannt ist

- Verwendung: fw_wurde_durchgefuehrt- Namenskonflikte bei bestehenden Programmen ?


=> TYPE-POOL
- entwickler müßen TYPE-POOL kennen, Namenskonvention ... Name = kryptisch
Constanten haben Prefix der Typgruppe.

- Verwendung: z1234_fw_wurde_durchgefuehrt.
- Namenskonflikte bei bestehenden Programmen ?



hmm, das sieht aktuell für so aus als währe eine "Klasse" wohl die beste Möglichkeit
-> überall einsetzbar
-> Erkennungwert über Namenkonventionen

[Ines3642]

Hallo cut1,

das ist ein wenig Geschmacksache, denke ich.

Persönlich würde ich auch nur noch die statische Klasse verwenden und in den Projekten, in denen ich bisher war, scheint sich dies auch zunehmend durchzusetzen.

Das Argument "Entwickler müssen Klasse kennen" ist kein echtes, oder? Das ist in allen Fällen so... gehört dann eben zu den Konventionen bei eurer Entwicklung.

Ich sehe immer öfter eine Klasse, die als "Service-Klasse" tituliert ist.
Die enthält alle universellen Konstanten und auch Methoden, die man überall gebrauchen kann (theoretisch). Damit meine ich Methoden zum Ansteuern des Application-LOG, PopUps oder auch Methoden, um an bestimmte Customizing-Tabellen (kundeneigene) ran zu kommen, usw.

[Maja967]

@panthor

grundsätzliche setze ich auch die "statische Klasse" Variante ein.
auschlaggebender Punkt:=> ist aus allen Entwicklungsobjekten (mit Sourcecode *g) verwendbar ...


@all

eine weitere Möglichkeit wäre: Interfaces als reine Konstantensammlung. was denkt Ihr darüber ?