Diskussion:Visual Basic Script

Leichte Erlernbarkeit

Die leichte Erlernbarkeit von VBS bezweifle ich, da keinen vernünftiger Debugger mitgeliefrt wird und die brauchbare Programmierumgebung fehlt. Ralf Pfeifer 1. Jul 2005 20:33 (CEST)

Das ist natürlich subjektif. Wer VB(A)-Forkenntnisse hat (was in der Windows-Welt durchaus üblich ist, siehe auch dessen hoitige Ferbreitung)^[1]), wird VBS sicherlich auch als leicht erlernbar ansehen, wohingegen der Rest der Welt (also etwa 1 % ;-) ) das sehr wahrscheinlich anders sehen dürfte. MfG, 92.231.186.68 14:46, 30. Apr. 2012 (MESZ)

Die leichte Erlernbarkeit von VBScript besteht vor allem darin, dass es sich um eine eingängige Sprache mit einfacher Syntax handelt. Die unmittelbare Ausführung durch einen Interpreter erleichtert (wie bei anderen Skriptsprachen) außerdem die Erkundung der Möglichkeiten, also das Lernen. Ed --178.4.94.225 13:29, 14. Feb. 2023 (CET)

Verschlüsselung

Um der Einsichtnahme des Quellcodes entgegenzuwirken, kann man Visual Basic Scripts entweder mittels MS Script Encoder[1] oder mittels ActiveX-Steuerelement ("Scripting.Encoder"-Objekt) verschlüsseln (Visual Basic Encrypted, *.VBE).
Es kommt darauf an, was man allgemein unter verschlüsseln versteht, meiner Meinung nach würde aber „verschleiern“ o. ä. in diesem Falle besser passen. --213.47.53.102 14:35, 16. Jan. 2008 (CET)

Korrekt.
In der englischen Terminologie wird hier zwischen "encrypted" und "encoded" unterschieden. VBE ist letzteres. Ich habe den Begriff "Verschlüsselung" durch eine neue Formulierung relativiert: "Die beiläufige Anzeige des Quellcodes lässt sich durch eine schlichte Art der Verschlüsselung verhindern, (...)"

Ed --79.242.78.60 17:11, 4. Mär. 2019 (CET)

Links

Der Link auf http://www.groebensoft.de/it/vbscript/index.php5 erscheint mir sehr zweifelhaft. Dort sind ja nur 5 Beispielskripte aufgeführt. Ich plädiere ganz dringend dafür diesen Werbelink wieder zu entfernen.
(Der vorstehende Beitrag stammt von 88.79.87.178 – 15:55, 21. Jul. 2008 (MESZ) – und wurde nachträglich unterschrieben.)

Der Link http://www.softwareacademy.de/webscripting/ funktioniert nicht mehr.
(Der vorstehende Beitrag stammt von 213.70.105.99 – 17:11, 9. Mär. 2009 (MEZ) – und wurde nachträglich unterschrieben.)

3 Verwendungsmöglichkeiten

"In der Praxis ergeben sich für VBS drei Anwendungsbereiche:"
Das stimmt ja soweit auch!
Nur leider wird hier nur die Möglichkeit der Scriptsprache für Webseiten genannt!
Es gibt aber auch noch die Möglichkeit der clientseitig ausgeführten Scriptsprache, im Sinne von Windowsscripting (wie Batch oder ähnliches!). Dieser Punkt sollte auch beleuchtet werden, da er von vielen Administratoren zur Bewältigung von alltagsproblemen eingesetzt wird.
VBScript bietet soviele Möglichkeiten in Verbindng mit WMI, ADSI und wie sie alle heisen.
Ich hoffe der Artikel wird bald erweitert!
(Der vorstehende Beitrag stammt von OmSPuccini (Beiträge) – 10:20, 16. Sep. 2008 (MESZ) – und wurde nachträglich unterschrieben.)

Entwurf

Würde ein admin mal die Freundlichkeit besitzen und den Entwurf genehmigen? mfg
(Der vorstehende, nicht signierte Beitrag – siehe dazu Hilfe:Signatur – stammt von 217.87.226.218 (Diskussion • Beiträge) 21:02, 8. Jan. 2009 (MEZ))

Sichter reicht. Falls eine Änderung nicht gesichtet wird, kann man auf WP:SICHT darauf hinweisen. --Sabata (D|WZ) 21:09, 8. Jan. 2009 (CET)

Nachteile

„Microsoft Script Debugger als Standardeditor und Alternativen wie VB Control Creation Kit sind schlecht akzeptiert.“
Von wem?
„...kann VBS inzwischen nicht mehr als E-Mail-Anhang versendet werden, da es selbst von Microsoft Outlook als Anhang blockiert wird und der Empfänger keine einfache Möglichkeit mehr hat, darauf zuzugreifen (siehe ILOVEYOU-Virus).“
Was heißt „kann nicht mehr als E-Mail-Anhang versendet werden“? Gibt es eine RFC, die das verbietet??? Wohl kaum; also, wo geht das nicht? (nur bei Outlook?)
-- 62.225.102.138 16:23, 16. Jul. 2009 (CEST)

Befehle

es gibt in diesem Artikel ja einige Befehle sie sind ja unter "Beispiel" aufgelistet

1. 0=OK-Fenster
2. 1=OK-/Abbrechen-Fenster
3. 2=Abbrechen-/Wiederholen-/Ignorieren-Fenster
4. 3=Ja-/Nein-/Abbrechen-Fenster

.... nun meine Frage gibt es davon auch eine Vollständige Liste oder sind das alle? 92.226.22.154 18:15, 1. Nov. 2010 (CET)

ich wollte nochmal drauf aufmerksam machen 92.226.21.47 21:06, 2. Nov. 2010 (CET)

Sicher gibt es irgendwo eine vollständige Liste, nur hat die m.E. nichts in diesem Artikel zu suchen. Schließlich soll hier nur ein Beispiel für VBScript gegeben werden, nicht eine API-ähnliche Auflistung von Konstanten zu Dialoggestaltung. Daher war ich mal so frei die Liste zu entfernen. -- PyroPi 17:25, 6. Apr. 2011 (CEST)

Beispiel

Das Beispiel ergibt in Windows Server 2008 R2 Standard folgende Fehlermeldung:

Windows Script Host

Fehler: Beim Aufrufen einer Unterroutine (Sub) dürfen keine Klammern verwendet werden
Code: 800A0414
Quelle: Kompilierungsfehler in Microsoft VBScript

Ich könnte den Fehler zwar selbst korrigieren, aber ich weiß nicht ob er nur in dieser speziellen Windowsversion auftritt und ob andere Versionen ohne Klammern arbeiten. --Bitmonster (Diskussion) 14:11, 30. Jul. 2013 (CEST)

Nur zur Klarstellung:

In der jetzigen Form ist das Beispiel korrekt.

Der WSH unterscheidet in der VBS-Syntax dreierlei Prozeduraufrufe:

   MsgBox "Textinhalt des Fensters", 0, "Name des Fensters"

   Call MsgBox("Textinhalt des Fensters", 0, "Name des Fensters")

   n = MsgBox("Textinhalt des Fensters", 0, "Name des Fensters")

Dabei setzt die dritte Schreibweise voraus, dass die Prozedur einen Funktionswert zurückgibt (wie es bei MsgBox der Fall ist).

Gruß Ed --79.242.78.60 16:57, 4. Mär. 2019 (CET)

Abschnitt: Zukünftige Nutzung von VBScript

Der Zusammenhang mit der "Assistance Platform Help" erschließt sich mir beim besten Willen nicht.

Vlt. kann das jemand verdeutlichen - oder löschen? Gruß, Ed --79.224.206.73 23:02, 15. Mär. 2017 (CET)

Ich komme mal auf den erwähnten Absatz zurück. Die "Assistance Platform Help" hat mit VBScript überhaupt nichts zu tun. Und da sie von Microsoft gar nicht allgemein veröffentlicht wurde, also für Hilfeautoren grundsätzlich nicht verfügbar ist, ist sie auch nicht geeignet, ein anderes (CHM-basiertes) Hilfesystem zu ersetzen. (Entsprechende Absichten & Aktivitäten seitens MS sind anscheinend um 2005/2006 eingestellt worden.) Ich habe den Punkt deshalb entfernt.

Bei dieser Gelegenheit habe ich noch ein paar Korrekturen und Ergänzungen an dem Artikel vorgenommen, im nachfolgenden Abschnitt zusammengefasst & begründet.

Gruß Ed --79.242.78.60 16:52, 4. Mär. 2019 (CET)

Microsoft hat VBScript aktuell zur veralteten Funktion erklärt. Habe heute einen entsprechenden Hinweis angefügt. Gruß Ed --84.58.71.161 11:28, 14. Okt. 2023 (CEST)

Bearbeitung 04.03.2019

Folgende Korrekturen und Ergänzungen am Artikel vorgenommen:

• Zukünftige Nutzung von VBScript

Abschnitt etwas umformuliert, nicht zuletzt angesichts aktueller Sicherheitsupdates für Windows-Scripting. Die Weiterexistenz der "alten Produkte" ist auch 2019 unbestritten, jedoch erscheint mir ein MSDN-Blogeintrag von 2004 dafür irrelevant; Link daher entfernt.

• Sprache / Vorteile

Hinweis auf die Möglichkeit eigens programmierter Objekte mit Weblink zu einem Freeware-Projekt hinzugefügt.

• Sprache / Nachteile

Die eventuelle Nichtversendbarkeit der Skripte als E-Mail-Anhang gehört nicht zu den (spezifischen) Nachteilen einer Programmiersprache. Dasselbe gilt für das grundsätzliche Gefahrenpotenzial. Es handelt sich bei VB-Skripten eben um Programme, nicht mehr und nicht weniger. Im Vergleich zu anderen Programmausführungen kann die von Skripten sogar relativ leicht unterbunden werden (Deaktivierung des WSH). Ich habe diese Punkte entfernt und dafür den Abschnitt Sicherheit ergänzt.

Der aufgeführte Satz über den Microsoft Script Debugger ist in dieser Form sehr missverständlich (s.a. den obigen Diskussionsbeitrag). Worum es eigentlich geht ist, dass es für die Skriptsprache keine IDE zum Entwickeln und Testen gibt. Der Script Debugger von Microsoft ist eher als Notbehelf zu sehen (und daher in der Tat nicht auf große Akzeptanz gestoßen). Andere Möglichkeiten basieren darauf, den Code in einer klassischen VB-IDE zu entwickeln (zum Bsp. mit der kostenlosen Control Creation Edition), wobei jedoch Sprachunterschiede einige Schwierigkeiten bereiten können. Ich habe diesen Punkt daher abgeändert und allgemeiner formuliert. Die Downloadadresse für den Script Debugger ist "tot", ersetzt durch einen Link auf archive.org.

Ergänzung um einen Hinweis auf Spracheinschränkungen.

• Sicherheit

Beim "Schutz des eigenen Codes gegen Einsichtnahme" geht es allenfalls um die Absicherung einer kreativen Programmierleistung vor unerwünschter Verwertung durch andere Personen. Das gehört definitiv nicht zum Thema Sicherheit. Eigentlich ließe sich die Offenheit des Codes sogar als ein positives Sicherheitsmerkmal werten. (Wollte man in der Veränderbarkeit des Codes einen Sicherheitsaspekt sehen, so träfe dies dann auf alle textbasierten Skriptsprachen zu. Wobei zu bedenken ist, dass anstelle solcher Veränderungen ja auch die Codierung und Speicherung neuer Skripte möglich wäre.) Ich habe diesen Absatz daher zu den Merkmalen verschoben.

• Weblinks

Links zu fpschultze.de und TechNet Scripting entfernt (nicht erreichbar), Links zu MS(DN)-Sites an aktuelle Adressen angepasst sowie ergänzt.

Gruß Ed --79.242.78.60 16:55, 4. Mär. 2019 (CET)

Bearbeitung 03.09.2019

Habe die Änderung vom 04.08.2019 korrigiert, da sie offenbar auf einem Missverständnis oder einer falschen Wertung des verlinkten Nachrichtenartikels beruhte. Betroffen ist dabei nicht VBScript als Systemkomponente, sondern die Ausführbarkeit von VBScript-Code im Internet Explorer (in der aktuellen bzw. letzten Version 11). Gerade dieser Anwendungsbereich war jedoch schon immer ziemlich unbedeutend, s. den Abschnitt "Browser (clientseitiges VBS)". Die Information gehört daher auch (nur) in diesen Abschnitt. Habe dies dort ergänzt und auch den übrigen Text leicht verbessert. Gruß Ed --79.242.70.109 12:07, 3. Sep. 2019 (CEST)

Anlässlich aktueller Fixes der IE-Komponente habe ich den Abschnitt Sicherheit ergänzt. Ed --188.97.253.144 14:44, 10. Jun. 2020 (CEST)

Entwicklungsumgebung (IDE)

Die Aussage, es gäbe für VBScript "keine Entwicklungsumgebung (IDE)", ist nicht von mir und, wie ich inzwischen weiß, falsch. MS hat über die genannten Tools hinaus nichts angeboten (und vielleicht war die Aussage eigentlich so gemeint). Aber es werden, nach meiner Kenntnis, aktuell mindestens 3 Produkte angeboten:

Vrode Script Editor (VrodeSoft) http://www.vrodesoft.com/vrsed/index.htm

PrimalScript (Sapien) https://www.sapien.com/software/primalscript

VbsEdit (adersοft) https://www.vbsedit.com/default.asp

Die Preise liegen zwischen rund $40 und $400, der kostenlose Test ist möglich.

Mit ScriptDev (Bob Riemersma) existiert eine einfache IDE als Freeware und im Quelltext. Primär handelt es sich um ein Projekt zur Verwendung des MS-Script-Steuerelements. https://www.vbforums.com/showthread.php?585925-Utility-ScriptDev-Simple-WSH-IDE-VB6

Der Artikeltext im Abschnitt Sprache / Nachteile war daher zu korrigieren. Ich schlage vor, den Punkt IDE ganz aus diesem Absatz herauszunehmen. Selbst wenn es keine IDE für VBScript gäbe, könnte man das eigentlich nicht der Sprache und ihrem hauptsächlichen Verwendungszweck als Nachteil anlasten. Scriptsprachen sind prinzipell eher nicht für "größere Projekte" konzipiert. Ich habe den Abschnitt neu formuliert und -- gewissermaßen als Option -- einen neuen Absatz über Entwicklungswerkzeuge angefügt. Ich habe einige Produkte namentlich genannt, jedoch nicht verlinkt.

Gruß Ed --178.4.94.225 15:54, 30. Jan. 2023 (CET)

HTA- und CHM-Dateien

Dass .HTA- und .CHM-Dateien "vom Internet Explorer ausgeführt werden", stimmt so nicht und erweckt einen falschen Eindruck. Die Ausführung liegt bei den Systemprogrammen mshta.exe und hh.exe. Gewiss stehen diese Programme historisch und technisch im Zusammenhang mit dem IE, sie funktionieren aber unabhängig davon. Ich habe den Satz daher entsprechend abgeändert. Ed --178.4.94.225 13:28, 14. Feb. 2023 (CET)