Fehlermeldung durch Includefile(".....

Beitrag von **NicTheQuick** » 10.02.2013 21:06

Es gibt nicht unbedingt Probleme auf die Art mitten drin Code einzufügen.

Aber die meisten Leute mach es eher so, dass man in Includes Strukturen, Procedures, Konstanten, usw. definiert, die man dann später irgendwie nutzt. Stichwort Datenkapselung.
Um bei deinem Beispiel zu bleiben. Anstatt direkt in der Eventloop 'IncludeFile "FuncLoad.pb"' zu schreiben, packst du alles, was in 'FuncLoad.pb' steht in eine Procedure, schreibst dann 'XIncludeFile "FuncLoad.pb"' ganz an den Anfang des Codes und schreibst hinter 'If EventGadget = #ButtonImage_laden' dann nur noch z.B. 'FuncLoad()'.

ts-soft · Beitrag von **ts-soft** » 10.02.2013 21:11

IncludeFile bei einem Ereignis einfügen ist irgendwie

Beim Compilieren findet kein Ereignis statt. Zumindest ist der Stil
absolut unmöglich und die Lesbarkeit wird stark eingeschränkt.

Einen lauffähigen Code haben wir immer noch nicht. Im Allgemein Forum sollte
aber erwartet werden können, das der Fragesteller die nötigen Informationen
liefern kann.
Meist befindet sich der Fehler nämlich in dem fehlendem Code.
Ausserdem kann man die üblichen Werkzeuge zum Fehlerfinden,
wie Debugger und Co. nicht einsetzen.

Ich bin hier raus.

mirca · Beitrag von **mirca** » 10.02.2013 21:22

GELÖSCHT

ts-soft · Beitrag von **ts-soft** » 10.02.2013 21:23

mirca hat geschrieben:@ ts-soft
Lesbarkeit wird bei mir stark erhöht!

mirca hat geschrieben: Ein Problem mit der Lesbarkeit mit meiner
Methode habe ich.

Ja was denn nun

//edit
Haste also bemerkt, bevor ich abgesendet habe

Beitrag von **NicTheQuick** » 10.02.2013 21:47

Ich finde es eben wesentlich lesbarer, wenn man sieht welche Parameter/Variablen an welches Unterprogramm weiter gegeben werden. So kann es auch zu keinen Seiteneffekten kommen.

Natürlich kann jeder so programmieren wie er will, aber sobald ein zweiter Programmierer mit mischt, könnte deine Strategie sehr undurchsichtig werden. So wie du arbeitest, tun das Programmierer von Mikrocontrollern, die jeden kleinen Funktionsaufruf sparen wollen um Geschwindigkeit und Programmgröße zu optimieren.

elecsonny · Beitrag von **elecsonny** » 10.02.2013 21:55

Ich habe in meiner ersten Beschreibung gesagt das ich viele Berechnungen immer wieder ausführe lasse.
Ich schiebe 486 Variablen durch das Programm. Hier mit Procedure zu arbeiten und dauernd die Variablen übergeben?

Also der Syntax ist in Ordnung! Das Programm läuft ohne Problem als .exe! Also Fehler nur im Debug Modus!
Dieses schrieb ich schon in meiner ersten Beschreibung!

Lesbarkeit vom Programm ist so ein Tuc besser!

elecsonny · Beitrag von **elecsonny** » 10.02.2013 22:00

Ich programmiere IndustrieSPS , AVR-Microcontroller und PC-Programme zur Kommunikation.

Wenn ich eine Variable Global nutze spare ich mir unheimlich viel Code.

mirca · Beitrag von **mirca** » 10.02.2013 22:03

GELÖSCHT

Beitrag von **NicTheQuick** » 10.02.2013 22:04

Okay, um noch mal zu deiner Ursprungsfrage zurück zu kommen.
Helfen können wir dir immer noch nicht. Hast du schon STARGATEs Variante ausprobiert?

Beitrag von **Kiffi** » 10.02.2013 22:05

<OT>

elecsonny hat geschrieben:Ich schiebe 486 Variablen durch das Programm.

Dein Ernst? Wenn es wirklich so viele Variablen sind, würde ich mir an Deiner
Stelle Gedanken über eine Neustrukturierung Deines Codes machen (als Stichwort
sei hier strukturierte Variablen genannt). Das aber nur nebenbei bemerkt...
</OT>

elecsonny hat geschrieben:Also der Syntax ist in Ordnung! Das Programm läuft ohne Problem als .exe! Also Fehler nur im Debug Modus!

im Debug-Modus offenbart sich mancher Fehler, der ohne ihn vermeintlich nicht
da ist. Der Debugger motzt nicht, um Dich zu ärgern, sondern weil offensichtlich
ein Fehler in Deiner Programmstruktur ist.

Hast Du schon den Tipp von STARGÅTE umgesetzt?

Grüße ... Kiffi

PureBoard