Warum will jeder DOIF verwenden?

[Thorsten Pferdekaemper]

Hallo,
ich weiß, dass das keine Anfängerfrage ist, aber vielleicht können gerade Anfänger das beantworten: Warum ist DOIF so beliebt? Man liest ständig, dass Leute mit DOIF rumprobieren. Was ist mit dem guten alten notify oder at?
Ich meine diese Frage ernst. Steht vielleicht in irgendeiner Anleitung, dass DOIF besser ist als notify?
Gruß,
   Thorsten

[Fixel2012]

Frage ich mich auch, ich habe vieles mit Notify gelöst.

Zumindest die einfachen Dinge sind mit notify schneller eingerichtet als DOIF.

DOIF ist sehr viel Mächtiger als notify oder at, das ist ein großer Vorteil. Aber wie gesagt für kleine Dinge die nicht so komplex sind reicht doch auch ein notify?

[igami]

Ich nutze DOIF dann, wenn ich mehr als eine Bedingung habe.

[Thyraz]

DOIF ist ja schon so eine Art kleine State-Machine, da es im Standardfall immer eine aktive Bedingung gibt.
Dadurch lässt sich einiges einfacher realisieren.

Auch gibt es viele Special-Features wie z.B. einfach Werte von Readings in einen Befehl einzubauen usw.

Ich verwende auch mehr Notifies als DOIFs, da sie bei simplen Aufgaben sicher etwas weniger Overhead haben.
Aber dort wo ich DOIF verwende bin ich normal sehr froh darüber...

Die Ausmaße der Commandred von DOIF zeigen einem ja schon, dass das Ding eine Art Schweizer Taschenmesser für die kleineren Automatisierungsaufgaben ist.

[Beta-User]

Meine Vermutung: der Name ist leicht verständlich: "Mache, wenn...". Darauf bin ich auch erst mal "reingefallen".

An sich finde ich aber zwischenzeitlich oft ein notify (uU. mit alternativen Bedingungen und iVm. einem IF) viel übersichtlicher, Zeitabhängigkeiten kann man dann mit "defmod"-Definitionen und disable-Zeiten lösen.

M.E. wäre es sinnvoll, Anfängern erst mal diese Grundlagen zu erklären, bevor man sie auf DOIF mit seinen vielen (...) Optionen losläßt. Dann würde der eine oder andere vielleicht auch eher programmiertechnisches Verständnis entwickeln.

[betateilchen]

was mich an DOIF & Co. am meisten stört, ist die Tatsache, dass die Syntax der Klammernverwendung einfach komplett allem widerspricht, was zu FHEM und perl gehört.
Für mich gehören in perl eckige Klammern zu einem Array, geschweifte Klammern zu einem Hash.
Und in FHEM gibts maximal geschweifte Klammern, um perl Code zu kennzeichnen. Basta.

M.E. wäre es sinnvoll, Anfängern erst mal diese Grundlagen zu erklären, bevor man sie auf DOIF mit seinen vielen (...) Optionen losläßt.

*unterschreib*

DOIF verhindert gerade bei Anfängern, das Verständnis für die grundlegenden Funktionsprinzipien von FHEM zu erlernen und anzuwenden. Und wenn man dieses Grundverständnis einmal hat, braucht man DOIF ohnehin nicht mehr.

[marvin78]

So sehe ich das auch. Der Support fällt zudem auch nicht leicht, wenn die Leute auf Teufel komm raus DOIF verwenden möchten obwohl manche Ding sicher anders einfacher zu lösen wären. Ich bin zwar der Meinung, dass ich DOIF verstanden habe, trotzdem kommt mir tatsächlich bei keiner Problemstellung der Gedanke "das würde ich mit einem DOIF lösen".

[Beta-User]

@marvin78
Geht sogar mir schon so...

Noch was fällt mir dazu ein:

Im Einsteigerdokument werden relativ wenige Module erklärt, darunter aber eben auch DOIF! Das wirkt so, als müsse man das kennen und verwenden.

So gesehen sollte man überlegen, ob der Teil nicht raus sollte (ich würde dann auch noch FLOORPLAN vorschlagen, ob das Fritten-Modul drin ist, wäre ggf. zu klären). Das war im Nachhinein jeweils völlig nutzloser Aufwand... (Persönliche Meinung, und v.a. keine Generalkritik an diesem ansonsten wirklich hilfreichen Dokument!)

[r00t2]

Ich nutze DOIF dann, wenn ich mehr als eine Bedingung habe.

Genau so handhabe ich es auch.

Ist das Vorhaben mit einem DOIF Einzeiler abgefrühstückt oder möchte ich nur auf einen bestimmten Wert eines Readings reagieren, nehme ich DOIF:
Ist die Sonne Untergegangen und ich bin daheim? => Mach das Licht an, ansonsten schließe die Rollos!
Ist die CPU Temperatur > 90°C => Ruf die Feuerwehr!

Brauche ich vielleicht mehrere Abfragen/if-elseifs-else/etc. oder weitere extra definierte Variablen, oder wird das Define allgemein etwas größer, dann verwende ich strukturierte at oder notifies.

Klar gingen die obigen zwei Beispiele auch per notify - aber nicht so kurz und knapp, wie mit einem DOIF.

Gerade das Beispiel in der Commandref mit dem Zufallsverzögerten An- und Abschalten einer Lampe nach Sonnenuntergang und einer definierten Uhrzeit zeigt in meinen Augen, wie mächtig und kompakt DOIF sein kann.

[Thorsten Pferdekaemper]

Hi,

also mal ohne auf die einzelnen Postings einzugehen: DOIF eignet sich für einen bestimmten Komplexitätsgrad, aber eigentlich nicht wirklich für Anfänger. Wenn man aber mal notify und at verstanden hat, dann kann man bestimmte Dinge ggf. schöner mit DOIF erledigen.
Ich wäre auch dafür, DOIF aus allen Anfänger-Dokus rauszunehmen. Ich wundere mich, dass es überhaupt drinsteht.

Vielleicht kann sich auch mal ein wirklicher Anfänger dazu äußern, warum er (oder sie...) DOIF verwendet bzw. verwenden will.

Gruß,
   Thorsten 

[Otto123]

Hallo Thorsten,

wenn man schon mal ein Basic Programm gesehen hat oder ein Regel basiertes IFTTT - versteht man dann zwangsläufig notify? Mir war das am Anfang ziemlich suspekt. Und irgendwas muss man doch machen am Anfang - FHEM ist leer nach der Installation! at kann zwar einfach mal eine Lampe anmachen, aber eine Zusatzbedingung - uih wie geht das denn?
Da ist DOIF schon relativ einfach zu verstehen.
Und Perl Programme in die 99_myUtils schreiben will am Anfang auch keiner. 

Mittlerweile ist für mich notify einfacher und man weiß wenigsten was passiert. Und ich bin völlig bei betateilchen, die unterschiedliche Verwendung von Klammern Semikolons Kommas usw. geht mir irgendwann auf den Geist.

Ich weiß, Du akzeptierst mich wahrscheinlich auch nicht als Anfänger 

Gruß Otto

[Fixel2012]

Naja, ich denke ich bin noch ein Anfänger

Ich benutze sowohl at, notify als auch DOIF.
DOIF fande ich am Anfang schon recht Schwer! Aber nach einigen Beispielen und Versuchen war es dann verständlich und die Syntax mir bekannt.

Das Problem mit den Klammern und Anführungszeichen im Modul habe ich nicht, da ich leider keine perl Kenntnisse habe;D Ich denke das stört Anfänger recht wenig

Prinzipiell sollte man Anfängern erstmal das notify und at für den einfachen Gebrauch ans Herz legen, und anschließend bei Komplexeren Dingen mit mehreren Bedingungen und co. DOIF nutzen.

[Mitch]

Also ich bezeichne mich selber schon noch als Anfänger und ich benutze alle drei (DOIF, notiy, at) in folgender Reihenfolge:
1. ein Device zu einer bestimmten Zeit schalten: at
2. auf ein Event reagieren und ein Device schalten: notify
3. mehrere Events und Bedingungen, auf die verschieden reagiert werden soll: DOIF

Ich finde grundsätzlich den DOIF um einiges leichter als notify, wenn es um mehrfach Bedingungen/Events geht.
Auch kennt man (bzw. ich), das ganze aus Apps wie IFTTT.
Auch ist mir die Logik noch aus den guten alten Basic Zeiten DO IF und ELSE bekannt.

Ich muss zugeben, ich bin ein Fan von DOIF und mir persönlich hat es schon einiges ziemlich erleichtert.
Die Klammern machen mir keine Probleme. Ich weiß ja, wann ich welche und wie nutzen muss 

[P.A.Trick]

DOIF ist schon wirklich mächtig, aber alleine das der Status nach einem Neustart erhalten bleibt, ist ein ungeheurer Vorteil gegen notify & Co.
Ich finde, jeder sollte das nutzen, was ihm am meisten liegt.

[Ellert]

Die Behauptungen der Fragestellung sind sehr subjektiv und die Fakten sind ungenau recherchiert.

Man liest ständig, dass Leute mit DOIF rumprobieren.

Kann ich nicht bestätigen, es gibt täglich nur wenige neue Fragen, die im Unterforum gestellt werden.

Warum ist DOIF so beliebt?

DOIF besitzt at und notify Funktionalität. Es stehen mit Stand 10.02.2017 17030 genutzte notify-Module und 9416 at-Module nur 2517 genutzte DOIF-Module gegenüber.
Der DOIF-Anteil beträgt gerade mal 8,7% der betrachteten Module.

Die Betrachtung der Definitionen zeigt ein ähnliches Bild. 224405 notify-Definitionen und 101710 at-Definitionen und nur 36300 DOIF-Definitionen.

Hier liegt der DOIF-Anteil bei 10%.

DOIF ist offensichtlich doch nicht so beliebt, wie die Fragestellung suggeriert.