[Allegro] Die Tuecke des Objekts bei der Inventarisierung

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg, liebe Liste,

ich habe lange ueberlegt, ob ich darauf antworten soll:

>> wenn da irgendwo "include nextnum.flx" drinstuende, waere er schon gar
>> nicht mehr so aufgeblaeht.
> Der Gesamtumfang wäre gleich.
> Nur müßte das Programm bei jedem Inventarisiervorgang *zwei* Dateien
> laden statt nur einer. Das hat für uns mehr Gewicht.

Es gibt wohl wenige Bibliotheken, die ein so hohes Inventarisierungs-
aufkommen haben, dass durch Nutzung von "include" hier im Jahr in der
Summe auch nur eine einzige Minute an Verzoegerung zusammen kommt.

Dem Gegenueberzustellen ist die Idee von Uebersichtlichkeit und
Pflegeaufwand, die durch das Konzept der Includes befoerdert werden.
Und selbst der routinemaessige Vergleich, ob die 100 plus x korrespondierenden
Zeilen in o-invent.flx auch absolut identisch mit nextnum.flx sind
(und ob eventuelle Abweichungen "harmlos" sind), kostet in jedem
Einzelfall mehr Zeit.

Und wenn Performance ein Thema waere, so gibt es Compilierung, Caching
und vermutlich auch andere zu implementierende Methoden, die alles wesentlich
beschleunigen koennten. Hier sehe ich Bedarf bei avanti / acon, aber nicht
unbedingt bei a99.

viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQCVAwUBSt6qVGITJZieluOzAQI6mAP+NvXrAIZ35qk7MbhEAtrOdvcFC3t8TtEr
BSe+kFD7NEiF2xbjvLHn8F7UMSFVsi6fxFAW/sW4Gxui74pIWxLs03XJE92XoNQA
iuF9PXuF2l9Bvpj4ijxA9oMXY2Jt2iXwD3diMikmJC8JskEYU8TaCmVWjqH/laMV
2JMcHAd0vJA=
=jytP
-----END PGP SIGNATURE-----