Erweiterte Programmierung

collapse

#
- 1.) Application.config in detail
- 2.) Grundkonzepte
  - 1.) Komposition
    - 1.) Lebenszyklus
    - 2.) Programmierung
  - 2.) Eigenschaften
    - 1.) Lokal
    - 2.) Netzwerk
    - 3.) Persistierung
    - 4.) Konfiguraton
    - 5.) Protokollierung
  - 3.) Synchrone Methoden
    - 1.) Virtuelle Methoden
  - 4.) Referenzen
    - 1.) 1 Objekt
    - 2.) N Objekte lokal
    - 3.) N Objekte Netzwerk
  - 5.) Ereignisse
  - 6.) Asynchrone Methoden
  - 7.) Konfiguration
    - 1.) Konfigurationsspeicher
    - 2.) Überschreiben
  - 8.) Meldungen und Alarme
    - 1.) Alarme
  - 9.) Datenbank
    - 1.) Verwendung
    - 2.) Erweitern
      - 1.) EF 4.0
      - 2.) EF 7.0
    - 3.) Speicherbare Abfragen
  - 10.) Designs
    - 1.) GUI Design
      - 1.) Eigenschaften setzen & konvertieren
      - 2.) Styles und Setter
      - 3.) Eigenschaftstrigger
      - 4.) Datentrigger
      - 5.) Ereignisse & Trigger
      - 6.) Animationen
      - 7.) Ressourcen
    - 2.) Berichte
      - 1.) Programmierung
  - 11.) Diagnose und Debugging
  - 12.) Aktualisierung
- 3.) Steuerelemente
  - 1.) UI-Bibliotheken einbinden
  - 2.) iPlus-Steuerelemente
  - 3.) Eigene Steuerelemente
- 4.) Anwendungsprogrammierung
  - 1.) Multithreading
  - 2.) Geschäftsobjekte
    - 1.) Navigationslos
    - 2.) Navigierbar
    - 3.) Kontextabhängige Dialoge
    - 4.) Aufgaben im Hintergrund
  - 3.) Managerklassen
  - 4.) Prozessanwendungen
  - 5.) Workflowklassen
  - 6.) Externe Systeme
    - 1.) Mobile Endgeräte
    - 2.) [OPC UA Communication]
      - 1.) Server
    - 3.) Simatic S7
  - 7.) Bitmasken
- 5.) []

;

Definition "Lokal"

"Lokale" Eigenschaften werden nicht automatisch im Netzwerk verteilt, wenn sich der Wert der Eigenschaft ändert.

Lokale Eigenschaften sind im Grunde genommen normale .NET-Properties (getter- und setter-Methoden). Diese benötigen Sie dann wenn Sie die Klasse überwiegend im lokalen Speicherraum ohne ständigen Netzwerkzugriff auf Ihre Eigenschaften verwenden (siehe .NET-Anwendungsdomäne). Beispielsweise wären dies Businessobjekte (Ableitungen von ACBSO).

Findet die Instanziierung der Klasse dagegen im Anwendungsbaum statt kann dennoch der Client den Wert (der diese Instanz als Proxy-Komponente vorliegen hat) über das Netzwerk lesen und schreiben. Der Zugriff auf die ValueT-Eigenschaft oder alternativ ein ACUrlCommand-Aufruf hat immer zur Folge, dass unmittelbar ein WCF-Aufruf auf Serverseite stattfindet (synchron).

Bei "Netzwerkfähigen" Eigenschaften dagegen, erfolgt die Kommunikation asynchron, damit kein unnötige Blockade der Kommunikationsschicht erfolgt.

Wenn Sie also serverseitig in Anwendungsbäumen instanziierte Klassen programmieren, sollten Sie sich nur dann für lokale Eigenschaften entscheiden, wenn Sie diese selten benötigen.

Deklaration im Quellcode

ACPropertyInfo-Attributklasse

Verwenden Sie die im vorigen Kapitel beschriebene ACPropertyInfo-Attributklasse um die lokale Eigenschaft der iPlus-Runtime bekannt zu geben.

Aufruf von OnPropertyChanged()

Programmieren Sie lokale Eigenschaften wie normale .NET-Properties. Jedoch sollten Sie in den Setter-Methoden die OnPropertyChanged()-Methode aufrufen damit das PropertyChanged-Ereignis der INotifyPropertyChanged-Schnittstelle ausgelöst wird. Wenn Sie dies nicht tun, jedoch die Eigenschaft als Persistierbar deklariert haben, findet keine Persisitierung statt, falls sich die Instanz in einem Projekt-Anwendungsbaum befindet! Außerdem wird das gebundene Steuerelement in der GUI nicht aktualisiert.

Beispiel

Verwendung im Quellcode

Das folgende Beispiel zeigt wie man mit lokalen Eigenschaften arbeitet.

Bei den Programmzeilen 1-6 wird angenommen, dass man sich innerhalb der Klasse befindet in der die Eigenschaft "RunScheduler" definiert ist (this).
Bei den Programmzeilen 7 wird angenommen, dass man sich in einer anderen Instanz befindet, die sich jedoch in der gleichen Anwendungsdomäne befindet.
Bei den Programmzeilen 8 wird angenommen, dass man sich in einer anderen Anwendungsdomäne bzw. auf einem anderen Rechner befindet und der Zugriff auf die Eigenschaft "RunScheduler" per Netzwerk erfolgt.

Persistierungsverhalten

Das obere Beispiel behandelte die Definierung der „RunScheduler“ Eigenschaft. Der erste Parameter des ACPropertyInfo-Konstruktors gibt an, dass eine Persistierung des Eigenschaftswertes in der Datenbank erfolgen soll. Das bedeutet dass nach dem Aufruf der setter-Methode (indem die OnPropertyChanged()-Methode aufgerufen wird) eine automatische Speicherung des Wertes erfolgt. Findet bei dem nächsten Hochfahren wieder eine Erzeugung der Instanz statt, dann ruft das iPlus-Framework automatisch die setter-Methode einmalig mit dem Wert auf, der zuletzt in der Datenbank gespeichert wurde.

Lesen Sie mehr im Kapitel "Persistierung".

ACPropertyInfo-Attributklasse

Aufruf von OnPropertyChanged()

Beispiel

Persistierungsverhalten

Cookie-Einstellungen