Hallo,

ich habe folgenden Code um ein Steuerelementefeld zu erstellen.
Nicht wundern, da fehlen verschiedene Deklarationen für etliche Werte, Felder und Strukturen



und folgenden Code um auf das Click-Ereigniss zu reagieren



Wie man sieht ist es ja ein Zweidimensionales Steuerelemente-Feld, was sich an anderen Steuerelementen ausrichtet. (Group-Box)

Meine Frage ist:

Wie bekomme ich im Click-Ereigniss gesagt, welches Steuerelement ich gerade geklickt habe, ohne mir das über die Tag-Eigenschaft mitzuteilen oder alle Labels "Bist du der Richtige" zu fragen.
Gibt es irgendeine Funktion oder Eigenschaft, die mir die zwei Indexe liefert?

Grüße

Hallo,

das funktioniert nicht. Er liefert nichtmal den Namen. Das hängt wahrscheinlich mir dem 2-Dimensionalen Feld zusammen.

Grüße

Hallo,

woher soll das Label wissen in welchen Arrays, Listen etc. es selber gespeichert wurde

In VB6 war das möglich. da wurde dann sie Sub-Routine mit Test(Index1 as integer, Index2 as integer) aufgerufen.
(Wenn ich mich recht erinnere.)

warum überhaupt die Labels umständlich in einem 2-dimensionalen Array ablegen ?? Und warum so viel Wert auf die Indices ?

Es gibt sicherlich andere Möglichkeiten.
Über 500 Labels (MaxIx=49 und da fehlt noch einiges) auf ein Formular bringen und vor allen Dingen den Code dafür Schreiben, kommt für mich nicht in Frage. das ist einfach zuviel.
Auch alle Labels in eine 1-Dimensionalen-Array unterbringen bringt mehr Rechenleistung und vor allen Dingen mehrUnübersichtlichkeit mit sich.
Die Indexe sind wichtig um zu wissen, welches Label ich gerade anspreche. Ich Speichere ja die Indexe (indirect) Außerdim dienen die Indexe als Rechengrundlage. Ähnliche Rechnungen wie bei dem Erstellen muss ich auch bei den Weiterverarbeitenden Funktionen anwenden. z.B. ob zwei Zahlen nebeneinander, oder übereinander sind etc.

in dem Tag ab , dieses ist ein Objekt und kann z.B. eine Struktur

Das ist mir auch schon aufgefallen. Allerdings hat es nicht wirklich gefunzt, deshalb hatte ich mich für ne Textvariante im Tag entschieden, die ich mit Split wieder - raushole.
Wäre schön wenn mal was einfach wäre:

Wer bist du?

Der 7. aus der 3.Liste

Danke Trotzdem.

p.s. für Verbesserungsvorschläge bin ich ertmal zu haben...
Der Spaß ist nämlich recht langsam.

Hallo,

- warum Label wenn es um gleichmässige(??) Anordung geht, dafür gibt es bessere Elemente wie ListViev oder Datagrid ( um quasi ein Excel-Bild zu schaffen)

Mit Datagrid hab ich mich noch nicht beschäftigt, aber vermutlich passt das Design und die Einstellungen nicht zu meinen Designvorstellungen.
Die sagen nun mal lauter kleine einzelne "Fenster" mit Zahlen drin.

kann man alle Felder des geclickten Labels lesen und auch verändern. Also wozu der eigentlich unwesentliche Index.

Stimmt, Soweit sogut. Das Programm soll das aber in einer Datei Speichern. Übersichtlich. Dazu gibt es einen ausfühlichen Boolean Array.
Dieser ist in Verschachtelten Structuren untergebracht wo dann noch andere Daten wie das Datum dazukommen.
Die Frage, ob ich das Label direct speichern kann, stellt sich gar nicht. Ich möchte es übersichtlich. Demnach speichere ich den Index. Dann kann ich immer wieder nachvollziehen welcher markiert ist, ohne die Farbeeigenschaft bemühen zu müssen.




Ursprünglich sah der Code mal so aus. DL(1) ist die Struture. Allerdings war das nur ein Test für die Formeln.
Durch die 10 Darstellungen erspart man sich einiges an Auswahl. achja, Farben ist die Farbstructure, die die Farben für jeden Zustand enthält...

Grüße

Hallo,

ist ja schön, das du mal sagst was du denkst. Aber ich muss das etwas kommentieren. .. Und es ist leider nicht kurz und bündig geworden.
Aber vielleicht versteht ja Jemand meine Hauptfrage/Problem: Warum soll OOP bei mir Sinn machen?

Aber Dein Code ist noch stark an VB6 angelegt und hat niochts mit .NET zu tun.

Interessant, ich habe fast nie in VB6 programiert. AmigaBasic->QBasic->VB5->VB 2008
Also denke ich in AmigaBasic Strukturen.

nämlich die Referenz auf das eigentliche Label selber

Noch einmal, ist das Dir klar ??

Natürlich ist mir das klar. Beispiel ich habe 1000 Kisten, die die Labels darstellen.
Ich möchte die Farbe vom Inhalt einer Kiste ändern. Jemand bringt mir den Teddybären aus einer Kiste.
Ich kann die Eigenschaften vom Tedy ändern, Farbe, Größe, Augenzahl etc. dann bringt er ihn wieder zurück.
Ich weis aber nicht welche Kiste es war. Wenn jemand mal nicht da ist muss ich suchen. Oder mir überall draufschreiben wo was drin ist, bzw auf den Teddy 785 schreiben...
Gut, der Teddy wäre der Wert selbst und nicht nur ne Referenz, aber so kleinlich möchte ich an dieser Stelle nicht sein.

Dazu kommt der Verstoss gegen eine andere Regel: benutze sprechende Namen !

Ich kenne diese Regel. Das heist nicht, das ich sie gut finde.
1. CommandButtonBeenden ist viel länger als CB0.
2. Nur ich weis in meinen Programmen ist CB0 immer Beenden (wenn es CB0 gibt)
3. umso länger die Namen umso unleserlicher der Code.

oder ist das gut leserlich
Die abkürzungen Stehen immer für Wörter, die ich in der Definition komentiere.

VB.NET-Quellcode

1. DL(1).Tip(HS1.Value).LZ(I).Markiert = Not DL(1).Tip(HS1.Value).LZ(I).Markiert[

Nach solchen regeln würde da stehen:


Da sieht man doch den Wald vor lauter Bäumen nicht. Das wichtige in dieser Zeile, ist doch das NOT das ich den Wert durch Negierung bei jedem Aufruf verändere. Nicht wo genau der Wert gespeichert ist.



Ich muss doch am Ort des entstehens, den Wert Speichern. Im nachhinein alles Abzufragen, wie der Zustand ist, ist doch Zeitaufwendig und man hat oft nicht alle Daten, weil sie ja nicht zwischengespeichert werden, die relevant für die Auswahl der wichtigen Daten sind.
Ich möchte doch anhand der Daten nachvollziehen, was der Nutzer macht. Keine minutenlange Datensuche um zu speichern, wenn der Nutzer das Programm beenden möchte.



Das funtioniert nicht so einfach.
Bei den Gezogenen Zahlen sind es Ja 7 Zahlen. (Zusatzzahl)
Außerdem soll das ganze genau so auch für Systemscheine funktionieren (wo man bis zu 15 Zahlen ankreuzen kann)

Das Gleiche analog für die Speicherung , in Deinem Fall zum Beispiel als XML-Datei (->überichtlich, editierbar) oder Datenbank (-> queries).

Das möchte ich gar nicht. Ich möche, das es Digital gespeichert wird, Platzsparen und nicht für einen Texteditor lesbar.
Das könnten ja ziemlich viele Daten werden. Wobei hier eine Access-Datenbank günstig wäre. Allerdings habe ich mich damit noch nicht beschäftigt und deshalb lasse ich das erstmal lieber.
Jede Woche ein Schein voll plus die gezogene Zahlen plus die ganzen Auswertedaten, die teilweise ein Vielfaches der Daten aus den reinen Tipps betragen können. Das sollte mölichst alles in einer Datei sein, damit man auch die Tipps, die man vor 50 Jahren abgegeben hat auch mit den gezogenen Zahlen von heute vergleichen kann etc.



Kann durchaus sein. Ich schreibe Code für mich. Ich "warte" und erweitere ihn quasie allein.
Es ist durchaus möglich, das ich erstmal schauen muss oder darüber nachdenken, wie ich das mal vor Jahren bei einem alten Programm gemacht habe, aber es war bisher immer möglich wenn es nicht um "obkure" Dotnet Technologien ging.



So, das weis ich. Ich weis auch wie man sowas erstellt. Ich weis nur nicht wo der große Vorteil ist, der die Kompliziertheit wieder ausgleicht.
Das genannte Beispiel ist in einer Klasse.

Ich habe angefangen mit dem Programm als ich noch der Meinung war, man kann keine Steuerelemente-Felder mehr machen.
Also hab ich eine Klasse (Zahl) gemacht, in diese habe ich das Label importiert. Dann habe ich einen Array von der klasse gemacht wo ich dann über eine 2.Klasse (Feld) drauf zugegriffen habe. Das war Doof, weil ich jede einzele Eigenschaft des Labels durchleifen musste auf die Feld Klasse um darauf zugreifen zu können. Immer mit irgendwelchen Problemen.
Zuletzt habe ich dann die Klasse nochmel gebraucht um ein Zahlenfeld auf dem 2. Formular zu machen, dann ging die auf dem ersten plötzlich nicht mehr. etc.
Dann habe ich versucht die moderen Möglichkeiten zur Datensicherung bei VB zu nutzen in dem ich verschiedene Listentypen ausprobiert habe. Ich glaube die List-Klasse war da die geeignetste. Ich brauche also eine Liste von min. 6 Zahlen (bis 15) in einer Liste von 10 Tipps (pro Schein) in einer Liste von mehreren Scheinen. Da höhrt VB auf zu Denken. Egal wie unterschiedlich die Eingegeben Zahlen waren. in den 3 Testlisten (Pro Schein) waren immer die gleichen Zahlen.

"Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt"
ist inzwischer einer meiner "Lieblingsmeldungen".

Vererbung:
Mir sind Instanzen sowas von Egal. Ich brauche sie fast nie. Wofür auch. Wenn ich ein Object haben möchte, was genauso ist (oder ähnlich) wie das Ursprungsobject, dann gibt es Copy und Past. Schwupps in eine neue Klasse den Code und schon gibts ein neues Object was ich nach belieben bearbeiten kann, ohne mir sorgen zu machen mein Ursprungsobject zu verhunzen.

Und was ich mir immer Vorstellle, das man die Klasse 3 mal vererbt hat und dann immer irgendwas Verändert, wer weis dann noch wie die Klasse Dynamisch zur Laufzeit aussieht. Da braucht man doch eine Liste, in welcher Version sie welche Eigenschaften und Methoden hat und welche nicht. Und wo die Überall definiert sind. Da ist Fehlersuche bestimmt recht einfach.

Warum ist dann Vererbung besser als Copy und Paste. (nicht vergessen Kleine Programme, Wenige Abwandlungen und nur ich bearbeite)

Kappselung:
Das ist ein Schwere Thema. ich möchte am liebsten von überall auf meine Daten zugreifen. gebe ich in der Form einen Wert ein, schwups Speichert er ihn im Array, dann rufe ich ne Klasse auf, die nimmt die Daten aus dem Array rechnet und rechnet und Speichert es wieder im Array. Klicke ich dann auf dem Formular den richtigen Knopf, öffnet sich ein 2 Formular und gibt die Daten aus dem Array aus.
Gut, das Beispiel ist so einfach, das man alles in eine Klasse auslagern könnte. Aber bei mehr Daten, schicke ich Daten ständig zur Klasse, die sie auch nur (Zwischen)speichert um, sie dann sowieso irgendwann zu verarbeiten. Da ist Rechenaufwand.


Warum soll ich in alles (Klasse) Formularen eine Referenz auf die Kasseninstanzen erstellen. ich brauche doch meist nur die eine. Mehrere machen immer Schwierigkeiten. z.B. das sie sinnlos Speicherplatz belegen.
Ich habe einige (Anfänger) Bücher über dotnet gelesen, jeder hat erklärt wies geht, aber warum das Sinn macht gegenüber der alten Vorgehensweise, das hat keiner.

verstösst - wie viele hier - gegen eine der elementarsten Regeln nicht nur des OOD sondern der Programmierung überhaupt.

Gibt es hier irgendwo die Liste. Wenn sowas gesagt wird möchte ich sie auch sehen. Auch wenn ich sie dann nicht befolge.

Ich könnte auch noch weitere Negativbeispiele aufzählen, aber das bringt mich nicht weiter. ca. 3 Jahre habe ich an einer OOP Umsetzung dieses Programmes gearbeitet, und in jeder Hinsicht Schwierigkeiten. Nur ohne OOP (oder mit möglichst wenig) ist eine Umsetzung für mich Verständlich und übersichtlich möglich. aber vieleicht konmt hier noch etwas Sinnvolles raus. Ich
...
So zu deiner Anwort.

Und was bitte sehr ist ein ListView anderes als genau das ?

Ich habe ein Bild vom Listview angehängt, siest du das eine Ansehenoption, die an einen Lottoschein erinnert?
Dann ein DataGridview hat zwar ein ähnliche Darstellung, vielleicht, den Kopf weg und die Zellen in Hintergundfarde, dann könnte es gehen. Vielleicht geht auch die Listview-variante, da muss ich aber erstmal nachlesen und probieren. Aber nicht vor der Version 1. Erstmal muss es laufen. Die Haupt-Analysefunktionen sind ja noch gar nicht implementiert. Das ist ja alles nur die Oberfläche. Das macht mir momentan die meisten sorgen. Die anderen Standart-Komponenten habe ich alle in anderen Projekten ausprobiert. Mit möglichst wenig OOP.

Ich möchte jetzt nicht, als dotnet-Nichtmöger dastehen. VB2008 hat viele Vorteile gegenüber VB5, allerdings ist OOP etwas an mir vorbeigegangen.

Fazit:

Was sind die Vorteile von OOP gegenüber der modularen Programmierung, oder was kann ich damit machen, was mir mehr nützt als der Mehraufwand zur Erstellung es rechtfertigt.
Ich erstelle keine DLLs, ich recycle keine Code auf diese Weise, kleine Projecte, wenig wiederverwertung innenhalb der Projecte, nur eigene Projecte
Und ich halte mich prinziepiel nur an Gesetze. Ein Gesetz der programierung ist vor jedem Kommentar ein ' oder REM sonst gehts nicht. Die Freiheit meine Steuerelemente durchzunummerrieren etc. nehme ich mir. Sonst suche ich mich ja tot.

Ich hoffe diese lange Odyssee liest irgendwer. Achja ich habe keine Lust zu jeder Aussage, Beispiele aus meinen Projekten rauszusuchen.
Ich weis auch das das Anfängerfragen sind. Aber ich habe nicht mit einer Grundsatzdiskussion angefangen.


p.s. Futurama lives

Hallo,

Nun, man kann auch mit dem Kopf einen Nagel einschlagen

Ich sehe das eher so, ich nutze den normalen, altbewährten Hammer (mit einigen Verbesserungen) mit den man auch Steine zerteilen und mal auf Ziegel klopfen kann, als den Super-Modernen vom Baumarkt, der bei etwas anderem als Nägeln kaputtgeht.

Ich danke dir für deine Mühe, aber wenn du ein Mensch aus der Programmierpraxis bist, warum beantwortest du dann nicht meine Frage.
Achja, ich werde meine Frage mal noch auf einem anderen Portal posten, vielleicht kommt da ja was nützliches heraus.
Wiki konnte meine Frage erstmal beantworten. Deshalb erstrecht OOP auf ein Minimum reduzieren.

Ansonsten, dein Bild entspricht nicht meinen Vorstellungen: ListView.; Für die Symboldarstellung brauche ich Bilder, die muss ich Zeichnen. Wenn ich sie zeichne, kann ich auch gleich ein ganzes Bild machen und das in eine Pic-Box laden. Über die Click-Koordinaten bekomme ich dann auch die geclickte-Nr. raus. Aber erst nach Version 1.0 werde ich mir darüber gedanken machen. Ich halte mich schon viel zu lange an den Notwendigkeiten und nicht am Zweck des Programmes auf.

Grüße