Ich hoffe ihr könnt mir weiterhelfen. Gibt es in VB eine Möglichkeit Datentypen so anzulegen:

(Quellcode stammt aus Pascal und dient als Beispiel)



Hintergrund ist der, das ich z.B. nicht immer schreiben müsste:



so (bzw. so ähnlich) sollte es in VB aussehen:



Hoffe ihr versteht was ich meine mit Structures habe ich es schon probiert,
leider ist es nicht 100% das was ich brauche. Auch die Beispiele aus dem MSDN
haben nicht geholfen. Es kann natürlich sein das ich dabei etwas übersehen habe,
wenn es so ist lasse ich mich gern korrigieren!

Lg

Sag nochmal in Worten (ohne Code) was du machen möchtest.
Hab das so jetzt nicht rauslesen können

Edit:

Ah jetzt hat es *klick* gemacht:

Mit den Strukturen liegst du da nicht falsch.

Ich glaube er meint selbst einen Dateitypen zu erstellen, so wie String halt Irgendwas.
Sozusagen: Dim test As Irgendwas

So hab ichs verstanden.

Um das Zuweisen wirst du nicht drum herraum kommen.

Die Einzigste möglichkeit die ich sehe um das ganze abzukürzen, wäre Schleifen bei der zuweisung zu nutzen!
Du musst nur gucken das die Quelldaten dabei richtig sortiert sind.

IMO könnte Post#2, das Edit die richtige Antwort sein - die weiteren Posts scheinen mir nur geeignet, Verwirrung zu stiften.

Aber vlt. bezieht sich der TE auch auf ein Pascal-Feature, was VB so nicht hat.

Da is jetzt der TE gefragt.

Es ist in .NET nicht üblich, Strings in ihrer Länge zu begrenzen.
Wenn Du Strings begrenzen willst, nimm Char(8). Dies geht aber nur als separate Klasse, nicht als Struktur:

Es geht ihm ums prinziep.

In pascal ist eine solche ich nenns mal typisierung einfach, in vb wusste ich nicht wie es gehen sollte

Aber es geht bestimmt, ich habs warscheinlich nur vergessen

Btw warum wechselst du von pascal zu vb bleib doch bei pascal und verwende delphi bzw delphi prism wenn du das .net verwenden möchtest

Danke für die vielen Antworten!

Also Warfley und BugBeep haben recht. Ich möchte einen eigenen Typen erstellen, der so zugewiesen werden kann, wie die Allgemeinen schon vorhanden Datentypen (Integer, String, Boolean, etc.). Dies funktioniert nur leider nicht per Structure.

Sollte VB wirklich kein Feature besitzen mit dem ich das umsetzen kann, werde ich wohl doch auf Delphi umsteigen müssen obwohl ich mir eigentlich nicht vorstellen kann, dass eine so einfache Sache nicht irgendwie vorhanden sein soll.

Das Problem ist einfach das ich den kompletten Quellcode aus dem Pascal Programm gern übernehmen würde, ohne es komplett umschreiben zu müssen. Schon das Modul mit allen Variablen und Konstanten ist knapp 4 Seiten lang, das Modul mit allen Funktionen 20. Der Aufwand wäre gigantisch und die Fehlersuche noch schlimmer. (Man soll ja das Rad nicht neu erfinden)

Danke übrigens an RodFromGermany für die Information über Stringbegrenzung.

Samus schrieb:

Ich möchte einen eigenen Typen erstellen, der so zugewiesen werden kann

Dann gib doch noch mal ein anderes Beispiel als das mit String[8] (weil das halt in .Net grundsätzlich eher unüblich ist). Denn so ganz genau verstehe ich jetzt nicht, wo das Problem ist. Jedenfalls ist "String[8]" ja schon mal kein "eigener" Typ im engeren Sinne.

Was macht den Pascal / Delphi, wenn Du diese Zuweisung vornimmst:

In .NET kannst Du Dir doch eine Prozedur generieren, die dann dafür sorgt, dass die Variable nur 8 oder n Zeichen hat:

Wozu soll denn diese Limitierung überhaupt gut sein?

Das ist so eine sache die im .net unwichtig wird, aber in delphi hat das schon gründe

Also der Sinn dahinter ist der, das man in Pascal (& Delphi) eigenen Variablentypen festlegen kann und zwar mit



somit kann man bei der Deklaration von Variablen eine 'vereinfachte' schreibweise benutzen



Aber eigentlich hat es sich sowieso erledigt, hab Warfleys Vorschlag überdacht und werde wirklich auf Delphi umsteigen.
Trotzdem danke für eure Hilfe und falls jemandem doch eine Möglichkeit einfällt - bin interessiert

Samus schrieb:

...obwohl ich mir eigentlich nicht vorstellen kann, dass eine so einfache Sache nicht irgendwie vorhanden sein soll.

Da haste natürlich voll recht - klar gibts Arrays auch in VB.

Werden auch fast genauso deklariert:

Nur Strings ticken ganz anders. Die werden automatisch in ihrer Länge angepasst, sodasses da nicht zu ÜberlaufFehlern kommt, wenn man einen langen String an eine zu kurze Variable zuweist.
Das mittm Überlauf habnoch in übler Erinnerung aus C (ohne # oder ++) - Gottseidank hat man das Theater in .Net nichmer.

es geht hier um typisierung

z.b.

in pascal kann man wenn man z.b. einen variablen typ hätte mit dem namen: irgendeinsinnlosertextohnevielbedeutungeinfachnurscheissezuschreiben
könnte man einfach sagen

type

txtvar = irgendeinsinnlosertextohnevielbedeutungeinfachnurscheissezuschreiben
und man könnte variablen vom typ
txtvar erstellen, die aber eig vom typ irgendeinsinnlosertextohnevielbedeutungeinfachnurscheissezuschreiben sind

Und nötig ist das jetzt für was?, was man nicht auch anders lösen kann?

in delphi ist diese nötig...

in VB nicht, macht aber einiges einfacher

Warfley schrieb:

es geht hier um typisierung

z.b.

in pascal kann man wenn man z.b. einen variablen typ hätte mit dem namen: irgendeinsinnlosertextohnevielbedeutungeinfachnurscheissezuschreiben
könnte man einfach sagen

type

txtvar = irgendeinsinnlosertextohnevielbedeutungeinfachnurscheissezuschreiben
und man könnte variablen vom typ
txtvar erstellen, die aber eig vom typ irgendeinsinnlosertextohnevielbedeutungeinfachnurscheissezuschreiben sind

Ähnliches kann VB auch (ich hoffe, ich verstehe richtig)

Warfley schrieb:

in delphi ist diese nötig...

Das sollte doch Drund genug sein, Delphi den Rücken zuzukehren.
Wenn ich mit meiner Freundin von Berlin nach Leipzig will, nehme ich doch kein Tandem, weil ein Tandem 2 Sattel hat, sondern ein Auto und lasse halt 2 oder 3 Sitze frei.

Das ist ein teil der sicheren syntax von delphi, was eine hohere prozess sicherheit als z.b. bei C gewährleistet

Btw ich persönlich beforzuge delphi vor z.b. vb oder c

Warfley schrieb:

Das ist ein teil der sicheren syntax von delphi,

Gnampf?

Sieht eher wie ein Überbleibsel aus der Steinzeit aus. So wie die Unterscheidung von Groß/Klein bei C/C++. Die erfüllt nämlich auch keinen wirklichen Zweck, sondern stammt wohl eher daher, dass Speicherplatz (auch für Quellcode) "damals" begrenzt war, so dass man versucht hat, den gesamten Zeichenraum zu nutzen (pers. Vermutung!)
Und in Zeiten von Intellisense macht auch das "kürzen" von Variablennamen nicht mehr viel Sinn. Und VarNamen sind in Zeiten objektorientierter (auch keine Urdomäne von Pascal) Programmierung eher selten lang. Wenn schon dann der gesamte "Baum", aber da kann man ja mit Using/Imports/With kürzen.

Aber ihc lass mich belehren. Wieso erhöht dieses "Alias"-Konstrukt die Sicherheit??

EDIT:
Zum Thema uppercase/lowercase. tutortial von Brian Kernighan:
lysator.liu.se/c/bwk-tutor.html
Zitat:
"Variable names have one to eight characters, chosen from A-Z, a-z, 0-9, and _, and start with a non-digit."
Bei größeren Projekten wäre also die Nichtunterscheidung von Variablennamen ein Problem gewesen. Heute ist es der heilige Gral der C'ler und ... absoluter Schwachsinn. Ebenso schwachsinnig wie in VB nicht zwischen "=" (Vergleich) und "=" (Zuweisung) zu unterscheiden. Eine bedauernswerte Altlast. Und da dürfte auch das akutelle Problem dazugehören - sofern mir keiner den tieferen Sinn erklären kann.