Statische Vs-Instanz-Methode Performance C#

Ich habe einige global deklarierten Methoden in der öffentlichkeit in meiner Klasse ASP.NET web-Anwendung.

Ich habe die Angewohnheit, deklarieren Sie alle globalen Methoden in der public-Klasse im folgenden format

public static string MethodName(parameters) { }

Möchte ich wissen, wie wäre es Auswirkungen auf die performance-Sicht?

  1. Welches ist besser? Statische Methode oder Nicht-Statische Methode?
  2. Grund, warum es besser ist?

http://bytes.com/topic/c-sharp/answers/231701-static-vs-non-static-function-performance#post947244 Staaten:

weil statische Methoden werden mit sperren werden, um Thread-sicher. Die immer
machen intern einen Monitor.Geben Sie() und Monitor.exit (), um sicherzustellen,
Thread-Sicherheit.

Während http://dotnetperls.com/static-method Staaten:

statische Methoden sind normalerweise schneller aufrufen auf den call-stack als
Instanz-Methoden. Es gibt mehrere Gründe für diese in C#
Programmiersprache. Instanz-Methoden nutzen 'dieser'
Instanz-Zeiger als ersten parameter, so wird eine Instanz-Methode
immer dieser Aufwand. Instanz-Methoden sind auch implementiert
der callvirt-Anweisung in die intermediate language, die erlegt eine
leichte overhead. Bitte beachten Sie, dass ändern Sie Ihre Methoden, um statischen
Methoden ist unwahrscheinlich, um zu helfen viel auf ehrgeizige Ziele, aber
es kann helfen, ein kleines bisschen und möglicherweise führen zu weiteren Kürzungen.

Ich bin etwas verwirrt, die man zu nutzen?

  • Hast du gelesen, um das Ende des ersten link? Es wird Recht deutlich, sogar innerhalb des thread, dass die Aussage über die automatische Verriegelung ist falsch.
InformationsquelleAutor dotnetguts | 2010-06-10
  1. 43

    Deinem ersten link states:

    Das ist, weil statische Methoden verwenden
    sperren werden, um Thread-sicher. Das tun Sie immer
    intern wird ein Monitor.Geben Sie() und
    Monitor.exit (), um sicherzustellen, Thread-Sicherheit

    , Dass ist absolut, schrecklich, bestialisch falsch.


    Wenn Sie hinzufügen [MethodImpl(MethodImplOptions.Synchronized)] zu der Methode, die Anweisung wird nur teilweise wahr.

    Hinzufügen dieses Attributs verursacht, dass die CLR wrap static Methoden im lock(typeof(YourClass)) - und Instanz-Methoden innerhalb der lock(this).

    Dies sollte vermieden werden, wo möglich

    Ihre zweite link ist korrekt.

    Statische Methoden sind ein wenig schneller als Instanz-Methoden, weil Sie nicht haben eine this parameter (also das überspringen einer NullReferenceException Scheck von der callvirt-Anweisung)

    • Danke, Dass war hilfreich.
    • +1 für die schöne Adjektive 🙂
    InformationsquelleAutor SLaks
  2. 5

    Tendiere ich zur Pflege sehr wenig über die Leistung in dieser Hinsicht. Was statische Methoden sind wirklich sinnvoll für die Durchsetzung der funktionalen practices. Zum Beispiel, wenn Sie erstellen eine private statische Hilfsmethode in die Instanz der Klasse hast du das Stück des Geistes zu wissen, dass diese Methode nicht ändern Sie den Status der Instanz.

    • Sehr guter Punkt.
    InformationsquelleAutor ChaosPandion
  3. 2

    Ich persönlich würde immer den Ansatz wählen, dass ist besser für achiving Ihre aktuelle Aufgabe und schreiben Sie stabil, gut lesbar und leicht zu pflegen-code.

    Gibt es andere Möglichkeiten zur Verbesserung der Leistung Ihrer Anwendung.

    einige Beispiele:

    • Wenn Sie möchten, verwenden Sie eine einfache Methode mehrere Male ohne Instanzierung ein Objekt jeder Zeit (eine helper-Funktion), dann verwenden Sie eine statische Methode in einer statischen Klasse.

    • Wenn Ihre Methode greift auf andere Variablen in der Klasse und ist nicht thread-sichere Verwendung von s-member-Funktion.

    • In asp.net wenn Sie möchten, zu teilen ein Objekt zwischen Sitzungen oder Sie können die Leistung verbessern, mit einer Methode, die intern speichert das Ergebnis eine statische Methode wäre in Ordnung, zu.

    • Können Sie eine Kombination beider Wege und die factory-design-pattern, um eine Klasse mit einigen member-Funktionen, aber Sie sorgen dafür, dass es immer nur eine Instanz gleichzeitig.

    • Manchmal eine statische Funktion können Sie vermeiden, dumme Fehler oder reduziert die Notwendigkeit von zusätzlichen Prüfungen zur Laufzeit:

      String.IsNullOrEmpty(thisstringisnull)  //returns true
thisstringisnull.IsNullOrEmpty() //If Microsoft would have implemented
                                 //the method this way you would get a
                                 //NullReferenceException

    Aber insgesamt ist es völlig abhängig von der aktuellen Aufgabe. Es gibt keine einfache "immer mit diesem Ansatz..." die Antwort auf Ihre Frage.

    • Dank SchlaWiener für die Beantwortung. Ich erkläre utility-Methoden, die verwendet werden, viele Male und sind gut von wartbaren Ansatz, aber ich war verwirrt von Verriegelung der Methode wie schon in einem thread.
    • Tatsächlich können Sie Erweiterung-Methoden, die arbeiten mit null-Werten jetzt so thisstringisnull.IsNullOrEmpty() könnte Sinn machen.
    • wirklich? wusste nicht, dass. Gilt das auch für jede Erweiterung Methode, oder muss ich zusätzlichen code einzufügen, wenn ich Schreibe eine extension-Methode?
    • Gut, extension-Methoden sind nur syntaxic von Zucker, anderen als das Aussehen der call-site gibt es nichts besonderes, dass erste parameter. Also ja, das funktioniert für beliebige Erweiterung-Methode.
    InformationsquelleAutor Jürgen Steinblock
  4. 0

    Dies ist im Grunde eine design-Wahl. Wenn Sie Logik, die das erstellen Instanz der Klasse und Aktualisierung einige Eigenschaften, gehen Sie für die Instanz-Methode als statische Methode wird über mehrere Instanzen. Während, wenn Sie haben einige utility-Funktionen, wie dabei einige string-manipulation, erstellen einer Verbindungszeichenfolge etc.., die nicht die Objektmanipulation, gehen für statische Methode.

    InformationsquelleAutor Chinjoo
Schreibe einen Kommentar