vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Zippen wie die Profis!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Ein- und Umsteiger
Re: Notiz-Kalender im Netzwerk Architektur 
Autor: argoped
Datum: 04.08.16 18:00

Hallo und Danke noch mal an alle,
ich glaube ich habe nun ein überschaubares Konzept, ohne Park- ääh Datenbank. Dafür aber eher was mit Telefonzelle. Da kann immer nur einer telefonieren und die anderen müssen warten bis sie drankommen.

Ich weiß ja nicht ob das für einen interessant sein könnte deshalb hier nur eine Skizze:

Ein Programm das auf allen PC's ab Net Framework 2.0, ohne Installation, läuft.
Die EXE liegt auf einem Netz-Laufwerk und wird von allen Nutzern dort gestartet.
Dort liegen auch die ganzen Daten. D.h für jeden Tag im Jahr eine Datei z.B. mit Namen .\Data\dd_mm_jjjj.txt oder jedes Jahr könnte auch noch ein eigenes Verzeichnis bekommen dann würde der Name zu .\jjjj\dd_mm.txt.
Die Nutzer wählen einen Zeitbereich in einem System.Windows.Forms.MonthCalendar aus und nur die Dateien im gewählten Bereich werden eingelesen und angezeigt.
Ändert sich eine der angezeigten Dateien so muss die Anzeige 'refresht' werden. Das wollte ich über IO.FileSystemWatcher über das Datenverzeichnis machen. Wird eine Datei von jemand verändert so refreshen alle Nutzer (exakt gleichzeitig?) Ihre Anzeige.

Das verändern einer Datei hab ich mir so gedacht:
 
        '-----------------------------
	'editieren einer Datei mit Timeout
        FileIOStart = My.Computer.Clock.TickCount
        Do
            Try 
                'diese Zeile stürzt ab wenn die Datei gerade zum Schreiben von 
                ' jemand anders geöffnet ist
		Dim StrW As New StreamWriter(sFilePath)
                'hier ist die Datei geöffnet und für andere zum schreiben 
                ' blockiert
			'lese nun den Inhalt der Datei ein 
			FileContent = GetFileContent(sFilePath)
			'... nun kann FileContent verändert werden ...
			'...  das muss sehr schnell gehen ...
			'...  damit die anderen nicht zu lange warten müssen
		Dim XmlSdoc As New XmlSerializer(FileContent.GetType)
                XmlSdoc.Serialize(StrW, FileContent)
                StrW.Close()
                Exit Do
            Catch ex As Exception
                If My.Computer.Clock.TickCount > FileIOStart + _
                  FileOperationTimout Then
                    MsgBox("Die Datei " & sFilePath & " konnte nicht geöffnet" & _
                    "werden." & vbCrLf & ex.Message, MsgBoxStyle.Critical)
                    Exit Do
                End If
            End Try
        Loop
Es wird so lange versucht die Datei zum schreiben zu öffnen bis es entweder geklappt hat oder der Timeout überschritten ist. Wenn die Datei zum Schreiben geöffnet werden konnte bedeutet das, dass kein anderer gerade schreibt. Nun kann der aktuellste Dateiinhalt gelesen, verändert und geschrieben werden.
Ich denke so kann es nie passieren, dass FileContent nicht aktuell ist und irgendwas verloren geht.
Wenn da nun keiner einen ganz groben Denkfehler entdeckt werde ich das so machen.
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Notiz-Kalender im Netzwerk Architektur1.892argoped28.07.16 18:25
Re: Notiz-Kalender im Netzwerk Architektur1.122Franki31.07.16 01:55
Re: Notiz-Kalender im Netzwerk Architektur1.034effeff31.07.16 14:35
Re: Notiz-Kalender im Netzwerk Architektur1.012argoped01.08.16 12:50
Re: Notiz-Kalender im Netzwerk Architektur1.206Franki02.08.16 03:08
Re: Notiz-Kalender im Netzwerk Architektur992argoped02.08.16 12:13
Re: Notiz-Kalender im Netzwerk Architektur1.089Franki04.08.16 02:02
Re: Notiz-Kalender im Netzwerk Architektur955DotNetErbse04.08.16 10:10
Re: Notiz-Kalender im Netzwerk Architektur1.030effeff02.08.16 12:55
Re: Notiz-Kalender im Netzwerk Architektur1.099argoped04.08.16 18:00

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel