Berechnet nur-lese-Eigenschaft vs.-Funktion in Swift

Gut, Sie anwenden können, Kotlin 's Tipps https://kotlinlang.org/docs/reference/coding-conventions.html#functions-vs-properties.

In einigen Fällen Funktionen ohne Argumente könnte austauschbar sein
mit nur-lese-Eigenschaften. Obwohl die Semantik sind ähnlich, es
sind einige stilistische Konventionen auf, wenn zu bevorzugen, die einem zum anderen.

Lieber eine Eigenschaft über eine Funktion, wenn der zugrunde liegende Algorithmus:

• nicht werfen
• Komplexität ist Billig, zu berechnen (oder Cache
  auf dem ersten Lauf)
• liefert das gleiche Ergebnis über Anrufungen

InformationsquelleAutor onmyway133

Da die Laufzeit ist die gleiche, diese Frage gilt Objective-C als gut. Ich würde sagen, mit Eigenschaften, die Sie bekommen

• eine Möglichkeit, ein setter in einer Unterklasse, wodurch die Eigenschaft readwrite
• eine Fähigkeit zu verwenden, KVO/didSet für Benachrichtigungen ändern
• mehr im Allgemeinen, Sie können pass-Eigenschaft auf Methoden, die erwarten, Schlüssel, Wege, z.B. fetch-Anfrage Sortierung

Als für etwas bestimmtes zu Swift, das einzige Beispiel, das ich habe, ist, dass Sie verwenden können @lazy für eine Eigenschaft.

InformationsquelleAutor ilya n.

In der nur-lese-Fall, eine berechnete Eigenschaft sollte nicht werden als semantisch äquivalent zu einer Methode, selbst wenn Sie sich gleich Verhalten, da fallen die func Erklärung verwischt die Unterscheidung zwischen Mengen, aus denen die Zustand einer Instanz und Mengen sind lediglich Funktionen des Staates. Sie sparen die Eingabe () auf den Ruf Website, aber riskieren, die Klarheit in Ihrem code.

Als triviales Beispiel betrachten Sie die folgenden Vektor-Typ:

struct Vector {
    let x, y: Double
    func length() -> Double {
        return sqrt(x*x + y*y)
    }
}

Indem er die Länge als eine Methode, es ist klar, dass es eine Funktion des Staates, die hängt nur auf x und y.

Auf der anderen Seite, wenn Sie waren zu express length als berechnete Eigenschaft

struct VectorWithLengthAsProperty {
    let x, y: Double
    var length: Double {
        return sqrt(x*x + y*y)
    }
}

dann, wenn man die dot-tab-complete in Ihre IDE auf eine Instanz von VectorWithLengthAsProperty würde es Aussehen, als ob x, y, length waren Eigenschaften auf Augenhöhe, die sich konzeptionell falsch.

InformationsquelleAutor egnha

Aus der performance-Perspektive, scheint es keinen Unterschied. Wie Sie sehen können, in das benchmark-Ergebnis.

gist

main.swift code-snippet:

import Foundation

class MyClass {
    var prop: Int {
        return 88
    }

    func foo() -> Int {
        return 88
    }
}

func test(times: u_long) {
    func testProp(times: u_long) -> TimeInterval {
        let myClass = MyClass()
        let starting = Date()
        for _ in 0...times {
            _ = myClass.prop
        }
        let ending = Date()
        return ending.timeIntervalSince(starting)
    }


    func testFunc(times: u_long) -> TimeInterval {
        let myClass = MyClass()
        let starting = Date()
        for _ in 0...times {
            _ = myClass.prop
        }
        let ending = Date()
        return ending.timeIntervalSince(starting)
    }

    print("prop: \(testProp(times: times))")
    print("func: \(testFunc(times: times))")
}

test(times: 100000)
test(times: 1000000)
test(times: 10000000)
test(times: 100000000)

Ausgabe:

prop: 0.0380070209503174
func: 0.0350250005722046
prop: 0.371925950050354
func: 0.363085985183716
prop: 3.4023300409317
func: 3.38373708724976
prop: 33.5842199325562
func: 34.8433820009232
Program ended with exit code: 0


Im Diagramm:

InformationsquelleAutor Durbuy

Historisch Beschreibung ist eine Eigenschaft, die auf NSObject und viele würden erwarten, dass es weiterhin das gleiche in Swift. Hinzufügen von Klammern nach es wird nur noch Verwirrung.

BEARBEITEN:
Nach dem furiosen downvoting habe ich etwas klären - wenn der Zugriff über die Punkt-syntax, es kann als eine Eigenschaft. Es ist egal, was unter der Haube. Sie können nicht auf üblichen Methoden mit dot-syntax.

Neben der Aufruf dieser Eigenschaft nicht verlangen, zusätzliche Klammern, wie bei Swift, das kann zu Verwirrung führen.

InformationsquelleAutor Dvole