R
OO hat nix mit der geschwindigkeit zu tun ... wer so argumentiert, mit dem brauch man auch ned uber probleme von Speicher alloc und ablage von Konstanten diskutieren, da fehlt einfach noch die Reife ^^ (und ja, Java ist langsam ! ^^ )
@Auf-dem-Schlauch-Steher
egal wo du es ablegst, in ne richtige Saubere OO Form kann mans immer bringen, das sollt nie das argument sein.
Ich wuerd es von 2 Faktoren abhaengig machen ....
- Groesse der Daten.
Linux iss da was flexiebler, aber bei windows gibts schon grenzen, nur sind die auch sehr hoch. Wenn sie aber trotzdem ins DS / stack passen, warum ned ?
- Konstantheit / Wartung
Wie konstant sind deine "konstanten". Wie oft muss man die aenderen (glaub nur vorberechnete Ergebnisse komplizierter mathematische Formeln sind wirklich konstant ). In welcher Form liegen deine Konstanten vor ? Ist der Aufwand vertretbar, bei ner aenderung die .h oder das ress file anzupassen und die Anwendung neu zu uebersetzen und vor allem neu zu verteilen ?
ne andere Sache ist, deine daten sind gross .... gibt es mehrere Programme oder mehrere Instanzen die deine Daten brauchen? Wenn ja, einige intelligene BS schaffen es , das CodeSegment und Datensegment(fuer konstante Daten) beim Laden einer Dynamischen Lib nur einmal in den Speicher zu hauen. das koennte man gewinnbringend nutzen, da ist aber verraussetzung das die daten ins Datensegment bekommst, in ned in den Stack ...
Und trotzdem hasst den zeitlichen vorteil eines dynamischen ladens durch den loader (und auch den overhaed ^^)
Ciao ...
