Projekt zu Option Strict On umschreiben oder gleich neu anfangen?

Sonderzeichen · 27. Juni 2013, 10:09

Hey,
ich hab mich mal in der Nacht durch einige Seiten sowie auch Threads im Forum gesucht. Das Fazit war immer gleich: Option Strict On!
Dabei gibt es nur einige Probleme:
- Was muss man anders machen, wenn Option Strict On ist?
- Was lohnt sich mehr, ein Projekt mit 100 - 200 Zeilen welches in Option Strict Off programmiert wurde, umzuschreiben oder direkt neu in Option Strict On zu schreiben?
100 bis 200 Zeilen sind ja nicht viel. Ist das viel Aufwand Option Strict On zu verwenden?
Wie Programmiert man überhaupt mit Option Strict On? Ich bin durch die MSDN Seiten nicht schlau geworden

Guten Morgen,
Sonderzeichen

RodFromGermany · 27. Juni 2013, 10:15

Sonderzeichen schrieb:

ein Projekt mit 100 - 200 Zeilen

kannst Du locker umschreiben. In den Projekteigenschaften Option Strict On einschalten, für neue Projekte dies als Default setzen: Tools -> Optionen -> Projects and Solutions -> VB Defaults.
Meist sind es ja nur die Typ-Konvertierungen, die fehlschlagen, seltener ist es das späte Binden.
Wenn Du auf Excel und Co zugreifst, kann es sein, dass Du ob der nicht bekannten Excel-Version ein Option Strict On nicht realisieren kannst, da mach Dir eine separate Klasse, für die lokal Option Strict Off gilt.

VincentTB · 27. Juni 2013, 10:16

- Was muss man anders machen, wenn Option Strict On ist?

Siehst du am besten, wenn du es anschaltest. Du kannst keinen String in einen Integer konvertieren, Functions brauchen einen Type, etc.

- Was lohnt sich mehr, ein Projekt mit 100 - 200 Zeilen welches in Option Strict Off programmiert wurde, umzuschreiben oder direkt neu in Option Strict On zu schreiben?

Ich denke, am bestem ist es, die Methoden umzuschreiben, die voll Strict Off sind. Den Rest einfach so korrigieren. Man kann halt nicht beurteilen, vielleicht ist Strict On bei dir auch kein großer Unterschied...

Wie Programmiert man überhaupt mit Option Strict On?

Das hier lesen.

Sonderzeichen · 27. Juni 2013, 10:20

Okey,
für neue Projekte hab ich es jetzt eingestellt.
Im Head in der Main.vb (So nenn ich die Hauptform immer) hab ich jetzt Option Strict On eingefügt. Jedoch bekomm ich eine menge Fehler (4) wie z.B. "Option Strict On lässt spätes Binden nicht zu." was ist damit gemeint bzw.
was muss in Option Strict On überhaupt anders gemacht werden. Im MSDN hab ich nachgeschaut, das allerdings nicht so recht verstanden.

Gibt es Beispielprojekte oder ähnliches?

Lg

#edit: Nicht gesehen was VincentTB geschrieben hat ._.
#edit 2: Ist es wirklich sinniger, Option Strict On für das ganze Projekt zu aktivieren?

RodFromGermany · 27. Juni 2013, 10:24

Sonderzeichen schrieb:

"Option Strict On lässt spätes Binden nicht zu."

Da wird eine Variable als Object deklariert.
Zeig mal den Code.

Sonderzeichen · 27. Juni 2013, 10:37

VB.NET-Quellcode

Dim fso = CreateObject("Scripting.FileSystemObject")
fso.DeleteFile(Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) & "\.minecraft\Minecraft World Installer\temp\*.*")

Da wird fso als FileSystemObject deklariert.
Der Fehler wird in der zweiten Zeile angezeigt.

Lg

Manawyrm · 27. Juni 2013, 10:38

Warum in Gottes Namen spawnst du da irgendwelche COM+-Objekte?

System.IO.File.DeleteFile(name)

Fertig ist die Laube.

VincentTB · 27. Juni 2013, 10:46

Und plz IO.Path.Combine nutzten, also:

VB.NET-Quellcode

IO.File.Delete(IO.Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData), ".minecraft", "Minecraft World Installer", "temp\*.*"))

Sonderzeichen · 27. Juni 2013, 10:50

Wenn bereits diese beiden Zeilen zu WTF's führen, sollte ich erst garnicht was anderes Posten :o
Ich sollte mir echt angewöhnen sinnvoller zu Coden

Lg

Ich werd mal versuchen alles wieder in "Ordnung" zu bringen.

xtts02 · 27. Juni 2013, 10:51

Sonderzeichen schrieb:

Ich sollte mir echt angewöhnen sinnvoller zu Coden

Das ist Sinn und Zweck von Option Strict On

Sonderzeichen · 27. Juni 2013, 10:54

Ja irgendwie schon ne?

Hab schon lange nicht mehr Programmiert und erst gestern um 12 wieder angefangen

Wenigstens verlernt man nicht so wirklich was dabei

Lg

VincentTB · 27. Juni 2013, 10:54

sollte ich erst garnicht was anderes Posten

Wenn du nichts über Google findest, kannst du es aber hier posten, letzendlich ist das ein Forum wo es darum geht, anderen zu helfen

Sonderzeichen · 27. Juni 2013, 11:06

Ich bewahr euch dann doch lieber vor einem Herzinfarkt.

Naja

VB.NET-Quellcode

' Prüfen, ob das Programm mit Parametern gestartet wurde
If My.Application.CommandLineArgs.Count > 0 Then
Dim v As Array
Dim pfad As String
Dim args As String = Environment.CommandLine
v = Split(args, " ")
pfad = v("1") ' Falsch: Option Strict On lässt spätes Binden nicht zu.
End If

Was soll daran falsch sein? Ich les doch nur den Teil des Arrays aus (Soweit ich richtig gedacht hab)

Lg

VincentTB · 27. Juni 2013, 11:11

Array ist veraltet! Ich weiß nicht, von welchem Type CommandLineArgs ist, aber wenn er vom Typ String ist, nimm Dim s As String(). Nimm auch statt My.Application.CommandLines den Environment Namespace.

Edit: Hier ist ein schöner Code.

enIking1998 · 27. Juni 2013, 11:14

Crap Split.

Schritt 2 => Exportiere die Microsoft.VisualBasic-Namespace...

Unter MyProject => Verweise => Importierte Namespaces.

Weiteres findest Du HIER...

Mfg.eniking1998

sonne75 · 27. Juni 2013, 11:22

Sonderzeichen schrieb:

VB.NET-Quellcode

pfad = v("1")

Warum denn 1 als String??? Es soll ein Array sein, also ist der Index doch eine Zahl...

Sonderzeichen · 27. Juni 2013, 11:31

Ich habs falsch abgeschrieben, war zu faul das zu kopieren. mach ich oft
Warum ich die "" eingefügt hab, ka. Aufjedenfall stehts im Code ohne ""

Lg

#edit:
Ich hab jetzt den Code von Freakstar genommen und ein wenig umgeändert. Funktioniert wunderbar

VincentTB · 27. Juni 2013, 11:33

Nimm den Code aus dem Link, dem ich geschrieben habe und schwups haste schönen Code.

RodFromGermany · 27. Juni 2013, 11:35

@Sonderzeichen: Lass Dir hier nicht wuschig machen. Sortiere die Fehler nach Fehlernummer und schmeiß die einzelnen Fehlersorten gruppenweise raus.
Da hast Du ziemlich schnell erst mal ein Erfolgserlebnis. :thumbsup:

Sonderzeichen · 27. Juni 2013, 11:36

@RodFromGermany
Und jetzt für doofe?

Projekt zu Option Strict On umschreiben oder gleich neu anfangen?

Projekt zu Option Strict On umschreiben oder gleich neu anfangen?

Sonderzeichen schrieb:

Sonderzeichen schrieb:

VB.NET-Quellcode

VB.NET-Quellcode

Sonderzeichen schrieb:

VB.NET-Quellcode

Sonderzeichen schrieb:

VB.NET-Quellcode

Ähnliche Themen

6 Benutzer haben hier geschrieben