Applikationsdesign

[charlytango]

Hi,

Im Laufe der Zeit haben sich etliche nützliche Objektklassen angesammelt.
Einige davon benutzen auch gemeinsame Units was es nicht immer leicht macht, sie in neuen Projekten zu nutzen weil dann gleich ein Rattenschwanz an notwendigen Units eingebunden werden muss.

Um es konkreter/plakativer zu machen:
Die Klasse TXY verwendet eine Reihe von Funktionen aus der Unit uToolsWriteDirect (einfach ein Anzahl von Funktionen um direkt in bestimmte Dateien zu schreiben).
Verschiedenen andere Klassen benutzen diese unit ebenfalls.

Nun ist mein Ziel die Klasse TXY einfacher handhabbar zu machen -- also wenn nötig die Unit der Klasse TXY einzubinden ohne immer einen zusätzlichen Unit-Rattenschwanz mitzuführen. Gleichzeitig möchte ich aber vermeiden die gleiche Funktionalität (also zB das Schreiben in Dateien) mehrfach warten zu müssen.
Natürlich weiß ich dass das Unitkonzept zur Wiederverwendbarkeit designed wurde. Aber manchmal nervt es helt

Dazu gibt es sicher etliche Lösungsansätze.... wie löst ihr so ein Problem?

[m.fuchs]

Hach ja, Softwarearchitektur bei Funktionssammlungen und Bibliotheken. Darüber lässt sich hervorragend philosophieren, diskutieren, streiten oder auch morden .

Ich sage mal was ich mache / machen würde: Bei mir liegen eine Reihe von Units herum, die auch bestimmte immer wieder verwendete Klassen und Funktionen enthalten. Inzwischen fasse ich die alle in eine Art persönliche(s) Framework / Bibliothek zusammen und binde sie in jedes Projekt wo ich wenigstens einen Teil davon brauche direkt und komplett ein. Im Allgemeinen per svn:externals, also Verlinkung auf ein SVN-Repository. Damit sind sie an allen Stellen immer auf dem gleichen Stand.
Klar wächst dadurch der Festplatten-Speicherverbrauch etwas an, aber das ist belanglos im Vergleich zur besseren Wartbarkeit.

[Timm Thaler]

Für AVR Embedded interessiert mich das schon: Gibt es eine Möglichkeit, dass der Compiler nur die Funktionen aus den Units ins Assembler-Listing schreibt, die auch verwendet werden?

[m.fuchs]

Für AVR Embedded interessiert mich das schon: Gibt es eine Möglichkeit, dass der Compiler nur die Funktionen aus den Units ins Assembler-Listing schreibt, die auch verwendet werden?

Ich rede an dieser Stelle nur von Festplattenspeicher, der ja durch das immerwährende Auschecken in jedem Projekt mehrmals mit den gleichen Dateien belegt wird.

Dein Problem sollte sich doch mit Smart-Linking lösen lassen. Oder ist das bei AVR anders? Damit kenne ich mich absolut nicht aus.

[Michl]

Dazu gibt es sicher etliche Lösungsansätze.... wie löst ihr so ein Problem?

Ich nutze dafür Packages, die ich je nach Bedarf in dem Projekt einfüge - nicht in der IDE installiert! Auch alles, wie bei m.fuchs, per SVN (TortoiseSVN) gepflegt. Falls ein Fehler auftritt ist es unheimlich hilfreich, in der Historie nachzusehen, wobei dieser eingepflegt wurde und was der Grund war

[Timm Thaler]

Sowas hätte ich auch gern.

Ich hab zum Beispiel für AVR embedded eine umfangreiche Mathe-Unit für die verschiedenen Typen und Berechnungen, die deutlich schneller und kleiner ist als was fpc mitbringt. Davon brauche ich aber immer nur einige und kopiere mir nur die ins Projekt. Es wäre halt schön, wenn der Compiler von sich aus nicht verwendete Prozeduren / Funktionen nicht mit reinkompiliert.

Auf dem PC ist mir das egal. Auf dem AVR entscheidet das über Sieg oder Niederlage.

[af0815]

Es wäre halt schön, wenn der Compiler von sich aus nicht verwendete Prozeduren / Funktionen nicht mit reinkompiliert.

Auf dem PC ist mir das egal. Auf dem AVR entscheidet das über Sieg oder Niederlage.

Dann kannst du das nur über bedingte Kompilierung auflösen, wenn es sich über die Optimierung des Compilers/Linkers nicht auflösen lässt.

[PascalDragon]

Für AVR Embedded interessiert mich das schon: Gibt es eine Möglichkeit, dass der Compiler nur die Funktionen aus den Units ins Assembler-Listing schreibt, die auch verwendet werden?

Nein, da dies nicht die Aufgabe des Compilers ist, sondern des Linkers. Die Units werden an sich unabhängig kompiliert (von Abhängigkeiten durch die uses-Bereiche mal abgesehen) und der Compiler kann noch gar nicht wissen, ob nicht Funktion X vielleicht von einer anderen Unit verwendet wird, die er noch nicht mal im Ansatz angefangen hat zu kompilieren.

[charlytango]

erstmal Danke an @m.fuchs

Bin erstaunt wie schnell der Thread in eine ganz ander Richtung abgleitet

..gespannt ob da noch was kommt

[PeterS]

viewtopic.php?f=9&t=13444