Datenklasse für Drucken usw..

Amelie · 19. Juni 2024, 12:53

Moin moin

Ich beziehe mich hier auf den letzten Beitrag von @VaporiZed
Probleme mit dem Drucken von XML

Ich habe mal versuch das umzusetzen und die Daten aus der XML Datei in eine Class zu bringen und dann weiter zuverarbeiten und ohne das DataGridView zu drucken.

Mein Code ist noch etwas "unschön"

aber vielleicht habt ihr ja Tips wie ich das alles verbessern kann:

Edit alten Code gelöscht

DTF · 19. Juni 2024, 19:33

Mit einem typisierten Dataset hättest du schon deine "Datenklassen". Ich glaube ein guter Zeipunkt um sich mal Serialisierung anzuschauen. Da kannst du ganz leicht von einer "DatenKlassenInstanz" was in eine XML packen, aber auch eine Instanz mit dem Inahlt der XML erzeugen.

Zudem kommentierst du viel zu viel. Allein hier:

' Verzeichnis für App-Daten
AppDataDirectory = Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData), DataFolder)
' Benutzerverzeichnis
CurrentUserPath = Environment.GetFolderPath(Environment.SpecialFolder.UserProfile)
' Eigenschaft für den vollständigen Pfad zur Einstellungsdatei
XmlFile = Path.Combine(AppDataDirectory, Filename)
' DatasetClima initialisieren
DatasetClima = New DSClima()

Da ist doch sofort und sogar eindeutig klar was abgeht. Abgesehen von dem hier: XmlFile, XmlFileName oder XmlFilePath wäre ein besserer Name, dann sind diese Kommentare komplett überflüssig. Kommentieren tut man, wenn was zu beachten ist, also wenn auf was wichtiges hingewiesen werden muss. Auch wenn etwas nicht auf Anhieb eindeutig und leicht zu erkennen ist. Wählt man alle Namen passend aus und hält dem Code einfach, kommt das lesen des Codes dem lesen einer kleinen Geschichte gleich. Da muss man dann nicht zwischen den Zeilen lesen.(Zwischen den Zeilen lesen um einen Kontext/Zusammenhang zu erkennen, so nannte das damals mein Deutsch-Lehrer) Passt ja mit zwischen den Zeilen Lesen hier wie Po auf Eimer, Kommentare sind ja keine Codezeilen

Amelie · 20. Juni 2024, 13:31

@DTF

Danke erstmal.

Zu dem Kommentieren, da wurde uns mal gesagt, lieber mehr als zu weinig Kommentare schreiben.
Ich habe nun einen Ansatz mit dem "Serialisieren" fertig und mein Kopf schlägt gerade Purzelbäume.

Soweit funktioniert dieser Code. Daten kommen ins DGV, ich kann ändern und speichern.
Nur ist es so, in den bestehenden XMLs sind ja immer die Daten aller drei (3) Stationen drin. So wie ich gerade speichere, wird ja nur noch die ausgewählte Station gespeichert.

Bevor ich nun weitermache, stellt sich die Frage:
Mache ich wieder drei (3) separate DGVs oder nur ein DGV und dann nur die Daten der jeweiligen Station zuweisen? :?:

Würde das einen Unterschied in der Performance machen usw... wieder 100000² Fragen in meinem Kopf....

Spoiler anzeigen

VB.NET-Quellcode

Imports System.Xml.Serialization
<Serializable>
<XmlRoot("DSClima", Namespace:="http://tempuri.org/DSClima.xsd")>
Public Class DSClima
<XmlElement("Messwerte")>
Public Property Messwerte As List(Of Messwerte)
End Class
<Serializable>
Public Class Messwerte
Public Property ID As Integer
Public Property Station As Integer
Public Property Datum As DateTime
Public Property Temperatur1 As Decimal
Public Property Temperatur2 As Decimal
Public Property Temperatur3 As Decimal
Public Property Humidity1 As Decimal
Public Property Humidity2 As Decimal
Public Property Humidity3 As Decimal
Public Property Notizen As String
End Class
Imports System.Xml.Serialization
Public Class LoadData
' Instanz von DSClima, die die geladenen Daten enthält
Private Shared DsClimaInstance As DSClima
' Öffentliche Eigenschaft zum Zugriff auf die Singleton-Instanz
Public Shared ReadOnly Property Instance As New LoadData()
Public Function GetMesswerte() As List(Of Messwerte)
Return If(DsClimaInstance IsNot Nothing, DsClimaInstance.Messwerte, New List(Of Messwerte)())
End Function
Public Sub LoadfromXml()
Try
Dim serializer As New XmlSerializer(GetType(DSClima))
'' Testdatei laden
Using reader As New StreamReader("A:\HC_05_2024.xml")
DsClimaInstance = CType(serializer.Deserialize(reader), DSClima)
End Using
' Debug-Ausgabe zur Überprüfung, ob die Daten korrekt geladen wurden
'For Each messwert In DsClimaInstance.Messwerte
' Debug.WriteLine($"ID: {messwert.ID}, Station: {messwert.Station}, Datum: {messwert.Datum}")
' Debug.WriteLine($"Temperatur1: {messwert.Temperatur1}, Temperatur2: {messwert.Temperatur2}, Temperatur3: {messwert.Temperatur3}")
' Debug.WriteLine($"Humidity1: {messwert.Humidity1}, Humidity2: {messwert.Humidity2}, Humidity3: {messwert.Humidity3}")
' Debug.WriteLine($"Notizen: {messwert.Notizen}")
'Next
Catch ex As InvalidOperationException
Debug.WriteLine($"Fehler im XML-Dokument: {ex.Message}")
If ex.InnerException IsNot Nothing Then
Debug.WriteLine($"Inner Exception: {ex.InnerException.Message}")
End If
Catch ex As Exception
Debug.WriteLine($"Ein unerwarteter Fehler ist aufgetreten: {ex.Message}")
End Try
End Sub
Public Sub SaveToXml()
Try
Dim serializer As New XmlSerializer(GetType(DSClima))
Using writer As New StreamWriter("A:\HC_05_2024.xml")
serializer.Serialize(writer, DsClimaInstance)
End Using
' Debug-Ausgabe zur Überprüfung, ob die Daten korrekt gespeichert wurden
Debug.WriteLine("Daten erfolgreich in die XML-Datei gespeichert.")
Catch ex As InvalidOperationException
Debug.WriteLine($"Fehler beim Speichern im XML-Dokument: {ex.Message}")
If ex.InnerException IsNot Nothing Then
Debug.WriteLine($"Inner Exception: {ex.InnerException.Message}")
End If
Catch ex As Exception
Debug.WriteLine($"Ein unerwarteter Fehler ist aufgetreten: {ex.Message}")
End Try
End Sub
Public Sub UpdateMesswerte(messwerte As List(Of Messwerte))
If DsClimaInstance IsNot Nothing Then
DsClimaInstance.Messwerte = messwerte
End If
End Sub
End Class

MainForm:

VB.NET-Quellcode

Public Class FrmMain
' Zugriff auf die Singelton Class
Private ReadOnly LoadDataInstance As LoadData = LoadData.Instance
' DataTable zur Datenbindung
Private messwerteTable As DataTable
Public Sub New()
InitializeComponent()
LoadDataInstance.LoadfromXml()
End Sub
Private Sub FrmMain_Load(sender As Object, e As EventArgs) Handles MyBase.Load
LoadDataToDataGridView(1) 'Station ID
End Sub
Private Sub LoadDataToDataGridView(station As Integer)
' Daten abrufen
Dim messwerteList As List(Of Messwerte) = LoadDataInstance.GetMesswerte()
' DataTable initialisieren
messwerteTable = New DataTable()
' Datenzeilen hinzufügen
For Each messwert As Messwerte In messwerteList
' Prüfen, ob der Messwert zur gewünschten Station gehört
If messwert.Station = station Then
' Neue Zeile in der DataGridView hinzufügen
Dim rowIndex As Integer = DgvStation1.Rows.Add()
Dim row As DataGridViewRow = DgvStation1.Rows(rowIndex)
row.Cells("Datum").Value = messwert.Datum
row.Cells("Temperatur1").Value = messwert.Temperatur1
row.Cells("Temperatur2").Value = messwert.Temperatur2
row.Cells("Temperatur3").Value = messwert.Temperatur3
row.Cells("Humidity1").Value = messwert.Humidity1
row.Cells("Humidity2").Value = messwert.Humidity2
row.Cells("Humidity3").Value = messwert.Humidity3
row.Cells("Notizen").Value = messwert.Notizen
row.Cells("Station").Value = messwert.Station
End If
Next
End Sub
Private Sub SaveDataFromDataGridView()
' Liste von Messwerte initialisieren
Dim messwerteList As New List(Of Messwerte)()
' Daten aus DataGridView abrufen
For Each row As DataGridViewRow In DgvStation1.Rows
If Not row.IsNewRow Then
Dim messwert As New Messwerte With {
.Datum = Convert.ToDateTime(row.Cells("Datum").Value),
.Temperatur1 = Convert.ToDecimal(row.Cells("Temperatur1").Value),
.Temperatur2 = Convert.ToDecimal(row.Cells("Temperatur2").Value),
.Temperatur3 = Convert.ToDecimal(row.Cells("Temperatur3").Value),
.Humidity1 = Convert.ToDecimal(row.Cells("Humidity1").Value),
.Humidity2 = Convert.ToDecimal(row.Cells("Humidity2").Value),
.Humidity3 = Convert.ToDecimal(row.Cells("Humidity3").Value),
.Notizen = Convert.ToString(row.Cells("Notizen").Value),
.Station = Convert.ToInt32(row.Cells("Station").Value)
}
messwerteList.Add(messwert)
End If
Next
' Daten aktualisieren und speichern
LoadDataInstance.UpdateMesswerte(messwerteList)
LoadDataInstance.SaveToXml()
End Sub
' Beispiel-Button zum Speichern der Änderungen
Private Sub BtnSave_Click(sender As Object, e As EventArgs) Handles BtnSave.Click
SaveDataFromDataGridView()
MessageBox.Show("Daten wurden gespeichert.")
End Sub

DTF · 20. Juni 2024, 15:58

Ich finde Kommentare kosten Geld. Wird jede Zeile kommentiert brauchste ~~nahezu doppelt so lange zum tippen~~,
Edit:
Ich relativiere, es dauert deutlich länger

was bedeutet die Produktion wird teurer. Wenn nun z.B. Firma X/Behörde Y eine öffentliche Auschreibung macht, bekommt der günstigste den Zuschlag. Was glaubst du würde dein Chef von dir fordern damit ihr in so einem knallharten Konkurenzkampf bestehen könnt? Flotte produktion oder unnötig dokumentierten Code?

VaporiZed · 20. Juni 2024, 16:24

Ich glaube ich habe in meinen Programmen (ca. 100) insgesamt zwei oder drei Kommentare, in erster Linie, weil sich externe Komponenten anders verhalten, als ich es erwarten würde. Ansonsten lasse ich meinen Code für sich sprechen. Und wenn sich das Gedicht nicht reimt (also der Code Dinge erzählt, die so nicht nachvollziehbar sind), ändere ich den Code, bis ich über ihn nicht mehr angestrengt nachdenken muss, was er bedeutet. Also quasi: Ich schreibe nicht an »Ulysses« oder »Steppenwolf«, sondern an Kindergedichten.

Amelie schrieb:

' Neue Zeile in der DataGridView hinzufügen

Wieso werden neue Zeilen in ein DGV eingeführt?
Datei -> Rohdaten -> eigene Klasseninstanzen -> BindingSource -> DGV
Dann kommen also neue Daten in eine Liste von eigenen Klassendaten, ggf. noch Bindings der BindingSource aktualisieren (DeineBindingSource.ResetBindings(False)) und fertig ist der Lack. Ich käme nicht auf die Idee, nem DGV manuell per Code Zeilen hinzuzufügen. Ok, gelogen. Für eine Verkaufsstatistik habe ich ein DGV-Design missbraucht, um es so darzustellen, wie der Nutzer es wollte. Aber sonst läuft alles bei mir über die zuständige BindingSource.

siycah · 20. Juni 2024, 16:25

DTF schrieb:

Flotte produktion oder unnötig dokumentierten Code?

Puh, da bin ich gänzlich anderer Meinung. Kommentare müssen sein und die Zeit auch.
Der Code kann noch so gut selbstdokumentierend sein, aber manchmal trifft man Entscheidungen, für die man sich auch nur Wochen später selber erschlagen könnte.

Wenn die Leute, die ich anstelle keine Kommentare schreiben, wird das bestellte Produkt direkt wieder zurückgegeben

DTF · 20. Juni 2024, 16:32

siycah schrieb:

Kommentare müssen sein und die Zeit auch.

Um Gottes willen. Ich sage ja nicht das Kommentare gänzlich unnötig sind. Ich kommentiere wenn nicht beim lesen sofort und eindeutig klar ist was passiert, nur weil ich weis was da genau passiert, darf man nicht erwarten das es ein anderer auch sofort erkennt, ich finde da muss man durchaus eine Balance finden. Amelie hat jedenfalls viel zu viele Kommentare finde ich. Es macht durchaus einen riesen Unterschied on man wirklich jede Zeile Kommentiert, wenn "var = System.IO.File.ReallAllText" kommentiert wird ist das unnötig.

Es hängt aber auch vom ProjektTyp ab. Will jemand eine Bibliothek, kommt man nicht drumrum viel zu Dokumentieren, zumindest was die Funktionen etc. angeht. Da macht es noch mehr Sinn, wegen Intellisense, aber jede Codezeile, Naja.

Jetzt im nachhinein glaub ich die Aussage das es nahezu doppelt so lange dauert ein wenig übertrieben war, aber es dauert deutlich länger.

Amelie · 21. Juni 2024, 07:00

Moin moin

Ja irgendwo sehe ich ja ein das ich ggf zuviele Kommentare schreibe. Ich bemühe mich um Besserung und eine Balance zu finden.

Zum Problem mit den Daten usw..
Hatte nun versucht diese in ein (1) DGV zu bringen und zu speichern, und siehe da... schon das nächste Problem.
Das speichern lief nicht so wie es soll. Mal wurden Teile der Daten nicht erneut mitgespeichert, mal wurden geänderte Daten einfach in der XML angehangen und nicht geändert.

Bin gerade mal wieder an einem Punkt, wo mit das ganze so "unlogisch" erscheint.

Datei -> Rohdaten -> eigene Klasseninstanzen -> BindingSource -> DGV
Den Schritt hatte ich versucht. Aus den Daten wurde dann "Station1" schön geladen und Station2 und Station3 hageltes es Fehler... die ich einfach nicht verstehe.

Die Daten in der XML Datei sind 100% Identisch...

Werde mal das ganze Konzept neu überdenken.

VaporiZed · 21. Juni 2024, 08:51

Amelie schrieb:

und Station2 und Station3 hageltes es Fehler

Bitte Code und Ergebnis zeigen. Und nicht bei Fehlern nicht gleich Sand in den Kopf stecken. Wenn es an einer Stelle klappt und an anderer nicht, dann sollte die Ursache gefunden werden, Stichwort RCA.

Amelie · 21. Juni 2024, 16:44

@VaporiZed

Kopf aus dem Sand ....

Habe nun etwas geschafft. Ob das alles so "gut" und "richtig" ist...

Habe das Projekt mal mit einer Test-XML-Datei angehangen. (ohne bin/obj)
Ein großes Problem war, das mit dem Drucken. Erst hatte ich das Problem, das ein erstes speichern klappte und sobald ich die Druckvorschau aufrief ging das speichern nicht mehr.
Daraufhin habe ich fürs drucken eine separate Load-Class gemacht.
Das funktioniert zwar nun, aber das ist denke ich so nicht richtig?

Bin für jede Hilfe Dankbar.

ErfinderDesRades · 22. Juni 2024, 00:22

Ich find das komisch, dass du das DatenFile in eine selbstgebastelte Klasse deserialisierst, und die selbstgebastelte Klasse dann in eine DataTable überträgst, die dann einer BindingSource zuweist, woraus sich letztendlich alle DGV befüllen.
Stattdessen habich deine DataTable in einem Dataset angelegt. Der Umweg über die Serialisierung und das Konvertieren in die Selbstbastel-Klasse ist damit üflüssig.
Laden und Speichern vereinfacht sich dadurch wie folgt:

VB.NET-Quellcode

Public Sub LoadfromXml()
Bindings.Instance.Dts.ReadXml(XmlName)
End Sub
Public Sub SaveMesswerte()
Bindings.Instance.Dts.WriteXml(XmlName)
End Sub

Da nun die Daten direkt von der DataTable gelesen werden braucht man die selbstgebastelten DatenKlassen überhaupt nicht mehr - auch nicht fürs Drucken.
Und den PrintHelper auch nicht.

Fragt sich nun die Frage: Bist du dir sicher, dass du die Klassen LoadData und SaveDatas noch brauchst?
Darin ist jeweils nur eine Methode, mit jeweils nur einer Zeile Code.

Amelie · 22. Juni 2024, 07:46

@ErfinderDesRades

Erstmal Danke für die Arbeit.

1.) Ein Fehler den ich bekomme ist, wenn in der XML noch "NullWerte" sind. Da muss ich wohl noch eine Prüfung einbauen. Mit einer XML aus Monat Mai (Vollständig) klappt es

Auch das Drucken etc funktioniert ohne die "extra" Class.

2.) Den Rest, den Du umgebaut hast muss ich mal analysieren. Das mit dem DataSet, habe ich in meiner alten Version auch. Die Version mit der "Datenklasse" usw, wollte ich einfach mal machen, um zu verstehen wie das alles so funktioniert.
Wenn ich so, wie in der alten Version meines Programmes, mehr oder weniger alles mit dem Designer zusammenklicke, verstehe ich nicht was da eigentlich passiert.
Wobei der Code in meiner alten Version ist dann auch noch mehr als das was du gemacht hast. Muss ich mal vergleichen.

Das mit den "kurzen" Klassen hat folgenden Grund.
In einem Artikel las ich mal, und YT-Video und das wurde uns auch so in der Schule mal gesagt:

Jede Klasse soll nur eine Ausgabe haben. Klassen und Methoden kurz halten. 20-30 Zeilen..... usw...

Das habe ich nie so richtig kapiert, weil es oft (meine Meinung) zu unnötig vielen einzelnen Dateien kommt, die wiederum mit einander verknüpft werden müssen.
Das macht mir zu schaffen und führt oft zu einem "wirren Code"

Was wäre zum Beispiel hier so schlimm? Das sollte dann nach deren Aussage in 2 Klassen getrennt sein.

VB.NET-Quellcode

Public Class LoadSaveData
Public Shared ReadOnly Property Instance As New LoadSaveData()
Private ReadOnly BindingInstance As Bindings = Bindings.Instance
Private ReadOnly LoadDataInstance As LoadData = LoadData.Instance
Private Property XmlName As String = BindingInstance.TestFilename
Public Sub LoadfromXml()
Bindings.Instance.Dts.ReadXml(XmlName)
End Sub
Public Sub SaveMesswerte()
Bindings.Instance.Dts.WriteXml(XmlName)
End Sub
End Class

VaporiZed · 22. Juni 2024, 09:08

Amelie schrieb:

Jede Klasse soll nur eine Ausgabe haben

Die Aussage versteh ich nicht. Ach Moment, bestimmt Schreibfehler. Soll bestimmt heißen: »Jede Klasse sollte nur eine Aufgabe haben.«
Eine Klasse, die zwischen Programm und Datei Daten transferiert, ist m.E. eine Klasse mit einer Aufgabe: Rohdatentransfer. Die aufzuteilen, sodass eine Klasse die Daten speichert und eine Klasse die Daten lädt, ist m.E. nicht sinnvoll, v.a., wenn es um dieselbe Datei geht.
Wenn eine Klasse die Daten aus einer XML-Datei lädt und zum anderen die Daten in einer PDF-Datei als Ausdruck speichert, dann sind das zwei Aufgaben, weil es einmal um Rohdatenimport und um formatierte/aufbereitete Ausgabe geht.

Amelie · 22. Juni 2024, 10:31

@VaporiZed

Ja ich stimme dir zu, wenn es um den Daten-Import und dann das spätere Ausdrucken etc. geht.

Aber Die Rohdaten aus der XML laden und wieder reinschreiben (speichern), finde ich kann doch in eine Class :?:

VaporiZed · 22. Juni 2024, 10:53

Genau das meinte ich auch. Das ist die Aufgabe von einer Klasse, nicht die von zweien.

ErfinderDesRades · 22. Juni 2024, 11:04

Amelie schrieb:

Jede Klasse soll nur eine Aufgabe haben.

"Aufgabe" ist das falsche Wort.
In der Literatur spricht man von "concern", was man glaub in diesem Zusammenhang mit "Zuständigkeit" übersetzt.
Und eine Zuständigkeit umfasst meist mehrere Aufgaben.
Und das ist eine Sache von Augenmass, welche Aufgaben man einer Zuständigkeit zuweist.
VPZ hat grade der Zuständigkeit "RohdatenTransfer" die Aufgaben Laden und Speichern zugewiesen - den PDF-Ausdruck aber nicht.
Kann man machen, kann man aber auch anders machen - wie gesagt: da gibt es kein Rezept.

Auch das hier:

Amelie schrieb:

Klassen und Methoden kurz halten. 20-30 Zeilen...

ist ein bischen falsch/ungenau, und ist auch eine Augenmass-Sache.
Also richtiger wäre:

Klasse/Datei: ca. 50 - 300 Zeilen
sowohl zu kleine Dateien als auch zu grosse sind unübersichtlich.
Manchmal ergeben sich Winz-Klassen, dann packe ich mehrere davon in eine Datei (wie du es zB mit Messwerte.vb gemacht hast)
Methode: ca. 3 - 30 Zeilen
auf jeden Fall, wenn etwas > 2 Zeilen mehrfach vorkommt: Methode draus machen.
Und hier gilt tatsächlich: Eine Methode soll nur eine Aufgabe haben.

Und nochwas: Klasse ist ein OOP-Element, was vom Grundsatz her dazu da ist, das es mehrere Objekte davon gibt, die sich inhaltlich unterscheiden.
ZB du hast drei Objekte der Klasse Auto, und die haben verschiedene Farben. Farbe wäre hier der Inhalt, der in Auto mittels einer KlassenVariable gemerkt wird.
Wenn du Klassen baust, von denen es prinzipiell nur ein Objekt geben soll, oder die/das Objekt der Klasse hat überhaupt keinen Inhalt (keine KlassenVariablen) - dann läuft höchstwahrscheinlich etwas schief und ein besseres Design ist denkbar.

Amelie schrieb:

Ein Fehler den ich bekomme ist, wenn in der XML noch "NullWerte" sind. Da muss ich wohl noch eine Prüfung einbauen.

Besser wäre, du würdest die NullWerte aus dem Xml entfernen.

Amelie · 22. Juni 2024, 13:15

@ErfinderDesRades

OK, Zuständigkeiten usw verstanden

Besser wäre, du würdest die NullWerte aus dem Xml entfernen.

Damit ärgere ich mich gerade herum.

Beispiel:

XML-Quellcode

<Messwerte>
<ID>1</ID>
<Station>1</Station>
<Datum>2024-06-01T00:00:00</Datum>
<Temperatur1>21.2</Temperatur1>
<Temperatur2></Temperatur2>
<Temperatur3></Temperatur3>
<Humidity1>59</Humidity1>
<Humidity2></Humidity2>
<Humidity3></Humidity3>
<Notizen>Lorem Ipsum</Notizen>
</Messwerte>

Wenn da noch nichts eingegeben wurde ist das "leer" weil eben noch NICHTS zum eingeben da ist.

Und in der PrinterClass hauts mir hier ständig einen Fehler. Ich drehe noch durch...
Seltsamerweise funktionierte das mit der Class Messdaten usw...

VB.NET-Quellcode

Private Sub DrawColoredTemperatureCell(graphics As Graphics, value As Object, font As Font, x As Single, y As Single, width As Integer, height As Integer)
Dim brush As New SolidBrush(Color.Black)
If Not IsDBNull(value) AndAlso Decimal.TryParse(Convert.ToString(value), New Decimal) Then
Dim tempValue As Double = Convert.ToDecimal(value)
If tempValue < 18 Then
brush.Color = Color.Blue
ElseIf tempValue <= 21 Then
brush.Color = Color.DarkOrange
ElseIf tempValue <= 24 Then
brush.Color = Color.Green
Else
brush.Color = Color.Red
End If
graphics.DrawRectangle(Pens.Gray, x, y, width, height)
graphics.DrawString(tempValue.ToString("N1") & " °C", font, brush, x, y)
Else
' Behandlung, wenn der Wert DBNull ist oder die Konvertierung fehlschlägt
graphics.DrawRectangle(Pens.Gray, x, y, width, height)
End If
End Sub

VaporiZed · 22. Juni 2024, 13:24

Amelie schrieb:

in der PrinterClass hauts mir hier ständig einen Fehler

Bei welchem Code kommt welche genaue Fehlermeldung?

Amelie · 22. Juni 2024, 16:21

@VaporiZed

Eine Ausnahme vom Typ "System.Data.ConstraintException" ist in System.Data.dll aufgetreten, doch wurde diese im Benutzercode nicht verarbeitet.
Einschränkungen konnten nicht aktiviert werden. Mindestens eine Zeile enthält Werte die die Einschränkungen non-null, unique or foreign-key verletzen.

Kommt bei dem Zip von EdR.

VaporiZed · 22. Juni 2024, 16:51

Also das Ding aus Post#12, ok. Dann müsstest Du überlegen, welche Situation Dir mehr taugt: Du belässt es bei fix 3 Werten pro Tag, dann musst Du im tDS (typisiertem DataSet) einstellen, dass NULL-Werte für jene Werte erlaubt sein dürfen, um zu erkennen/hinterlegen, dass noch kein Messwert vorliegt. Die Erlaubnis für NULL-Werte schaltet EdR immer ab, da für ihn NULL-Werte im tDS nix zu suchen haben. AFAIK. Oder Du stellst es so um, dass Du keine fixe Anzahl von Messwerten pro Tag hast, sondern eine weitere Tabelle machst, in der die Messwerte und die Tages- und Tageszeitzuordnung hinterlegt werden. In der Tabelle eräbe es keinen Sinn, dass NULL-Werte existieren. Das musst Du entscheiden.

Datenklasse für Drucken usw..

Datenklasse für Drucken usw..

VB.NET-Quellcode

VB.NET-Quellcode

Amelie schrieb:

DTF schrieb:

siycah schrieb:

Amelie schrieb:

VB.NET-Quellcode

VB.NET-Quellcode

Amelie schrieb:

Amelie schrieb:

Amelie schrieb:

Amelie schrieb:

XML-Quellcode

VB.NET-Quellcode

Amelie schrieb:

Tags

Ähnliche Themen

5 Benutzer haben hier geschrieben