System.Console.WriteLine() vs printfn in F#

Was ist der Unterschied zwischen folgenden zwei Aussagen in F#?
Sind Sie keine Vorteile oder Nachteile im Vergleich zu jedem anderen (außer die offensichtliche syntax-Unterschiede)?

Ich verstehe, dass WriteLine() ist Teil der .NET, verstehe aber nicht, welche Auswirkungen dies haben könnte.

Der Beispielcode:

printfn "This is an integer: %d" 5
System.Console.WriteLine("This is an integer: {0}" , 5)
Mono-System.IO.TextWriter github.com/fsharp/fsharp/blob/master/src/fsharp/FSharp.Core/...
Vielen Dank für die extra info 🙂

InformationsquelleAutor OMGtechy | 2013-06-12

  1. 29

    printfn und seine verschiedenen Cousinen haben mehrere Vorteile:

    • Sie sind kürzer.
    • Sie kann einige statische Typ-überprüfung; d.h. printfn "%d" "bad type" wird nicht kompiliert.
    • ...aber Sie nicht zu tun haben statische Typ-Prüfung; %O druckt jedes Objekt
    • Sie drucken können "smart" - Repräsentationen für Dinge wie arrays, Tupel, und diskriminiert Gewerkschaften mit %A
    • Sie kann teilweise angewendet; d.h. printfn "%d, %d" 3 ist ein Gültiger Ausdruck. Dies ist besonders raffiniert, da der compiler kann prüfen, ob Sie tatsächlich die richtige Zahl der Argumente, wenn Sie später dazu Teilausdruck - im Gegensatz zu Console.WriteLine die gerne akzeptieren, zu viele oder zu wenige Parameter.

    In der Praxis der häufigste partielle Anwendung ist wahrscheinlich nur der format-string; z.B.

    let printParticle = printfn "Particle at (%d, %d), state %A, p = %f"

printParticle 2 3 //compile time warning about ignored value
printParticle 3 4 someState 0.4 //fine
printParticle 5 6 someState 0.4 0.7 //compile-time error

    Jedoch vor F# 3.1, es ist auch langsam. Es ist reichlich schnell genug, um mit Euch die coder, aber wenn Sie es in irgendeiner form der Serialisierung, es könnte sich zu einem Engpass. Die F# 3.1 release-Ankündigung (was verteilt wird als Teil von Visual Studio 2013) Forderungen zur Verbesserung der performance dramatisch, obwohl ich es nicht überprüft.

    Persönlich, ich in der Regel verwenden printfn für unsystematische Codierung, und dann bin ich weitgehend stick zu %A mit der gelegentlichen anderen Planer geworfen. Jedoch, die .NET native string-Formatierung ist immer noch nützlich in einigen Fällen für seine detaillierte Kultur-und Formatierungs-Optionen. Wenn Sie wollen maximale Geschwindigkeit direkter Verkettung (oder ein StringBuilder) leicht übertreffen, die beide, wie dies verhindert die Interpretation der format-string.

    Vielen Dank für eine sehr klare und nützliche Antwort. Wenn Sie könnten näher auf die "teilweise angewandten" Teil, das wäre noch besser!
    Ich bin damit einverstanden, dass printfn - und Verwandte Funktionen sollte in der Regel anstelle von verwendet werden Console.WriteLine(), aber es ist erwähnenswert, dass Sie auch relativ langsam (das kann von Bedeutung sein für einige Anwendungsfälle).
    Ich wusste das nicht, vielen Dank für das update - ich denke, ich habe nie versucht, es zu benutzen für riesige Datenmengen 🙂 aktualisiert!
    F# 3.1 offenbar optimiert printfn besser - die release-Seite wirbt ein Beispiel, wo die Leistung ist bis zu 40x besser (vermutlich aufgrund der Laufzeit der Reflexion wird vermieden). Siehe blogs.msdn.com/b/fsharpteam/archive/2013/06/27/...

    InformationsquelleAutor

  2. 6

    Hier sind einige vor-und Nachteile von printf-ähnliche Funktionen im Vergleich zu Console.WriteLine.

    Vorteile:

    • printfn Funktionen sind typsicher:

      printfn "This is an integer: %i" 5 //works
printfn "This is an integer: %i" "5" //doesn't compile

    • Es ist einfach zu tun die partielle Anwendung mit printfn, das ist nicht der Fall mit Console.WriteLine durch die übermäßige Anzahl von überlastungen:

      [1; 2; 3] |> List.iter (printfn "%i; ")

    • printfn support F# - Typen besser über %A Planer.

    Nachteile:

    Abgesehen von nicht in der Lage sein wiederzuverwenden Parameter wie @mydogisbox erwähnt, printfn-wie Funktionen sind viel langsamer als Console.WriteLine (durch die Verwendung der Reflexion); Sie sollten nicht die ehemaligen für logging-Zwecke.

    InformationsquelleAutor

  3. 4

    Die Funktion printfn kann teilweise Anwendung.

    let printDouble = printfn "%f"
printDouble 2.0

    Als der standard .NETZ-Funktionen nehmen Sie Tupel als Parameter in F# können Sie nicht mit der partiellen Applikation.

    Einen zweiten Vorteil printfn ist, dass die Argumente eingegeben werden. Also dieser Code wird nicht kompiliert:

    let printDouble = printfn "%d"
printDouble 2.0

    InformationsquelleAutor

  4. 4

    Abgesehen von Stil, System.Console.WriteLine hat den Vorteil, dass Sie in der Lage, um die Wiederverwendung von Parametern, D. H. System.Console.WriteLine("This is a integer twice: {0} {0}", 5)

    Auch, wie erwähnt,hier, die Sie tun können, pretty-printing von F# - Objekt mit printfn was Sie nicht tun können, mit System.Console.WriteLine und da es sich nicht nehmen, ein Tupel, die Sie tun können teilweise Anwendung.

    Wie bereits von anderen printfn verwendet Reflexion und damit deutlich langsamer als PrintLine, aber auch ist typesafe.

    Danke!!! 🙂 Warten Sie ein paar mehr Antworten vor der Markierung eine Lösung (wenn Sie können an nichts anderes denken, schreiben Sie es bitte hier).
    Nur damit Sie wissen, Sie können bewegen Sie die "grüne mark", Wann immer Sie möchten.
    das ist wahr, aber die Menschen sind weniger wahrscheinlich zu beantworten (oder sogar sehen), wenn es eine Antwort, die bereits als korrekt markiert.
    Fairer Punkt. Zwar nahm ich die andere Antwort, die Wiederverwendung von Parametern ist gut zu wissen!

    InformationsquelleAutor

Schreibe einen Kommentar