Zum Inhalt springen
View in the app

A better way to browse. Learn more.

Fachinformatiker.de

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

DepencyObject, Multithreading und static

Empfohlene Antworten

Veröffentlicht

Grüße,

ich lese immer wieder in der MSDN folgenden Satz:

Alle öffentlichen static (Shared in Visual Basic)-Member dieses Typs sind threadsicher. Bei Instanzmembern ist die Threadsicherheit nicht gewährleistet.

Die Frage die sich mir, vor Allem bei DepencyObjects, stellt, ist, warum Instanzmember dieses nicht gewährleisten.

In der Theorie könnten doch alle Member(Ich geh erstmal nur von Properties aus) eigentlich die "threadsicheren" Klassenmethoden aufrufen.

Ich stell mir das in etwa so vor:



        private delegate object GetValueDelegate(DependencyObject obj, DependencyProperty dp);


        private static object GetValue(DependencyObject obj, DependencyProperty dp)

        {

            if (obj.CheckAccess())

                return obj.GetValue(dp);

            return obj.Dispatcher.Invoke(System.Windows.Threading.DispatcherPriority.Normal, new GetValueDelegate(GetValue), obj, dp);

        }


        private delegate void SetValueDelegate(DependencyObject obj, DependencyProperty dp, object value);


        private static void SetValue(DependencyObject obj, DependencyProperty dp, object value)

        {

            if (obj.CheckAccess())

                obj.SetValue(dp, obj);

            else

                obj.Dispatcher.Invoke(System.Windows.Threading.DispatcherPriority.Normal, new SetValueDelegate(SetValue), obj, dp, value);

        }


        public object Item

        {

            get { return GetValue(this, ItemProperty); }

            set { return SetValue(this, ItemProperty, value); }

        }

Bevor ich aber irgendwie ein Designproblem verursache wollt ich lieber nachfragen, ob es einen besonderen Grund dafür gibt.

Ähnliches könnte man natürlich auch mit Methoden veranstalten.

Also ich habe Threadsicherheit eigentlich so verstanden, das aus jedem beliebigen Thread aufgerufen werden kann, egal von welchem Thread erstellt wurde, d.h. deine Methoden sind definitiv nicht threadsicher, da du invokest (Was ja bedeutet das du auf den Erstellerthread wechselst).

Oder hab ich da jetzt irgendwas total verpeilt? ^^

Grüße,

ich lese immer wieder in der MSDN folgenden Satz:

Kann es sein, dass du das so auffasst, dass statische Member immer automatisch threadsicher sind? Das ist nicht der Fall. Die statischen Member dieses Typs sind so implementiert, dass sie threadsicher sind. Und die Instanzmember sind es eben nicht, da muss man sich ggf. selbst um die Synchronisierung kümmern.
  • Autor

ahh, ok, verstanden.

Hatte mich wohl etwas verdacht.

Wenn invoke nicht als threadsicher gilt (da es den Thread wechselt), dann war das ein Verständnisproblem, danke.

Archiv

Dieses Thema wurde archiviert und kann nicht mehr beantwortet werden.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.