AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Object-Pascal / Delphi-Language Delphi TCriticalSection: Einmal global oder immer lokal erstellen?
Thema durchsuchen
Ansicht
Themen-Optionen

TCriticalSection: Einmal global oder immer lokal erstellen?

Ein Thema von BloodySmartie · begonnen am 27. Jan 2009 · letzter Beitrag vom 27. Nov 2011
Antwort Antwort
jensw_2000
(Gast)

n/a Beiträge
 
#1

AW: TCriticalSection: Einmal global oder immer lokal erstellen?

  Alt 26. Nov 2011, 01:08
Zitat:
Um den Datenzugriff zu schützen reicht es nicht nur den Schreibzugriff abzusichern, sondern auch den Lesezugriff!
Denn was soll denn zurückgeliefert werden, wenn während des Lesens von einem anderen Thread der Wert geändert wird? Die Hälfte vom alten und die Hälfte vom neuen Wert?
Das könnte 1-2 "Effekte" erklären.

Verstehe ich das richtig, dass in dem Beispiel "nur" der Codeabschnitt im Getter und Setter durch die CS gelockt wird und nicht das Feld "fMyValue"?

Wenn dein Beispiel "TMyClass" von TThread abgeleitet wäre, müsste man demnach auch klassenintern (besonders in TThread.Execute) darauf achten, dass man immer über die Property auf fMyValue zugreift und nie direkt. Richtig?
  Mit Zitat antworten Zitat
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#2

AW: TCriticalSection: Einmal global oder immer lokal erstellen?

  Alt 26. Nov 2011, 01:46
Wenn dein Beispiel "TMyClass" von TThread abgeleitet wäre, müsste man demnach auch klassenintern (besonders in TThread.Execute) darauf achten, dass man immer über die Property auf fMyValue zugreift und nie direkt. Richtig?
Jeder Zugriff auf Daten, die auch von ausserhalb (hier das Feld fMyValue der Thread-Instanz über eine public property) erreicht werden können, sollte nur geschützt erfolgen.

Das muss aber nicht ausschließlich über die Property erfolgen.
Delphi-Quellcode:
procedure TMyThread.Execute;
begin

  MyValue := 'geschützt';

  fMyValue := 'NICHT geschützt - es droht eine AV';

  CS.Enter;
  try
    fMyValue := '';
    for i := 1 to 5 do
      fMyValue := fMyValue + 'geschützt';
  finally
    CS.Leave;
  end;

end;
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
schlecki

Registriert seit: 11. Apr 2005
Ort: Darmstadt
148 Beiträge
 
Delphi XE2 Enterprise
 
#3

AW: TCriticalSection: Einmal global oder immer lokal erstellen?

  Alt 26. Nov 2011, 23:57
Ich benutze auch immer gern den TMultiReadExclusiveWriteSynchronizer - langer Name

Der hat den Vorteil, dass sich gleichzeitig Lesen lässt, aber das Schreiben exklusiv erfolgen muß - naja, der Name verräts eigentlich auch ^^
Wichtig ist nur, dass man _immer_!!! entweder den Lese- oder den Schreibzugriff aufrufen darf. Ansonsten kann es zu deadlocks kommen.
  Mit Zitat antworten Zitat
Benutzerbild von BUG
BUG

Registriert seit: 4. Dez 2003
Ort: Cottbus
2.094 Beiträge
 
#4

AW: TCriticalSection: Einmal global oder immer lokal erstellen?

  Alt 27. Nov 2011, 00:16
Ich benutze auch immer gern den TMultiReadExclusiveWriteSynchronizer - langer Name

Der hat den Vorteil, dass sich gleichzeitig Lesen lässt, aber das Schreiben exklusiv erfolgen muß - naja, der Name verräts eigentlich auch ^^
Das Ding löst halt ein klassisches Synchronisierungsproblem. Selbst wenn man ein abstraktes Bei Google suchenLeser-Schreiber-Problem hat, ist es nicht ganz trivial, das "fair" und schnell für mehrere Leser und Schreiber zu lösen.

Wenn sich da eine fertige/erprobte Klasse anbietet, sollte man sie auch nutzten
Intellekt ist das Verstehen von Wissen. Verstehen ist der wahre Pfad zu Einsicht. Einsicht ist der Schlüssel zu allem.
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:26 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz