Problem mit Klassenerstellung

[Smeik]

Hallo Blup, deine Idee finde ich gut.
Der Signalgeber in Kombination mit dem Signal ist sozusagen das Bindeglied zwischen Sensor und Aktor. Der Aktor sollte ja eigentlich nicht den Sensor kennen und umgekehrt.
Ich werde mal versuchen Sie so umzusetzen.

Danke

[Smeik]

Ich habe deinen Vorschlag mal umgesetzt und er funktioniert sehr gut. Jetzt wollte ich die verschiedenen Klassen in einzelnen Units (uSiganl, uAktor, uSensor) auslagern und habe das Problem der zirkulären Unit-Referenzen. Meine Idee war eine unit uSignal zu erstellen in der zum einem TSignal und davon abgeleitet TSignalMax TSignalMin und weitere stehen. Das selbe mit TSensor (TSensorNtc, ...) und mit TAktor (TAktorRelay, TAktorLed). Das hat leider so nicht geklappt.
Sollte ich lieber die drei Urklassen TSignal, TCustomSensor, TCustomAktor und TSignalgeber in einer Unit stehen lassen und die Ableitung der Urklassen dann in einzelne Units auslagern? Was wäre hier der richtige Weg?

[Blup]

Es handelt sich um weitgehend abstrakte Basisklassen, die in enger Beziehung zueinander stehn. Ich würde alle zusammen in einer Unit lassen. Die Implementierung eines konkreten Sensors oder Aktors gehört dagegen in eine eigene Unit, die je nach technischer Umsetzung wieder andere Abhängigkeiten hat.

[IYuky]

Ich würde noch vorschlagen mit Interfaces zu arbeiten

[nahpets]

Zitat von Smeik:

... und habe das Problem der zirkulären Unit-Referenzen.

Wo hast Du die Units in der Uses-Anweisung eingetragen?

interface oder implementation?

Das Problem lässt sich oft (aber nicht immer) beheben, wenn man die Uses-Anweisung hinter implementation nutzt.

Units schreib ich eigentlich nur dann hinter interface, wenn sie bereits vor implementation zwingend benötigt werden.

Eventuell hast Du ja damit Glück.