Diskussion:Microsoft Visual Basic

message: ich habe gerade einen revert durchgefuehrt, da ein anonymer nutzer bis auf den m$ link alle weblinks geloescht hat.
ich sehe ja ein, dass es hier ziemlich viele geworden sind, aber einfach alle loeschen halte ich fuer falsch.
also diskussion: welche weblinks sollen weg, welche sollen bleiben?
Elvis untot 15:37, 18. Nov 2004 (CET)
replies: text: Nachdem ebend ein weiterer Link eingefügt wurde, bin ich mal duchgegangen und hab die irrelevanten Links gelöscht. Die MS-Hauptseite sollte logischerweise drinne bleiben. Und auch das OpenBook ist nicht schlecht. Die anderen Links sehe ich nicht als wichtig an für eine Enzyklopädie. Daniel Bovensiepen 19:21, 16. Mai 2006 (CEST)
thread_title:  WebLinks 

message: "Darüber hinaus wurde das statische Linken von Programmbibliotheken nicht unterstützt." - Wird nicht automatisch unterstützt, kann aber mit entsprechenden Parametern bei manuellem Aufruf des Linkers ohne Probleme realisiert werden - soll es drinbleiben, weil es nicht ohne aufwand möglich ist, oder gelöscht werden, weil eigentlich falschinformation? --APPER 13:33, 26. Apr 2004 (CEST)
replies: text: drinnlassen, mit entsprechender aenderung.  Elvis untot 17:42, 6. Jul 2004 (CEST)
thread_title:  Statisches Linken 

message: Zitat: "Obschon die Programme, die man mit Visual Basic erstellt, noch immer langsamer ablaufen als in der Programmiersprache C geschriebene Programme"
IMHO ist das nur ein Gerücht; in VB5 und VB6 mit Native Code laufen meiner Erfahrung nach VB-Programme genauso schnell wie C-Programme, vorausgesetzt, die Compileroptimierungen werden genutzt. Dadurch kann die Laufzeit-Fehlerbehandlung ausgeschaltet werden (die sind nämlich der einzige Grund, warum VB-Programme ohne Optimierung geringfügig langsamer als C-Programme sind). Autoren wie Bruce McKinney ("Hardcore Visual Basic") sind in Tests zu gleichen Ergebnissen gelangt. --Phrood 01:05, 6. Jul 2004 (CEST)
replies: text: dazuschreiben, dass es haeufig behauptet wird, dass aber kein objektiver test bekannt ist, der diese behauptung unterstuetzt.  Elvis untot 17:42, 6. Jul 2004 (CEST)
replies: text: Sehe ich nicht so, vor allem bei grafischen Operationen ist Visual Basic wirklich wesentlich langsamer als z.B. C++, Unterschiede von 100 (VB) zu 5 (C++) ms sind keine Seltenheit. -- KL47 22:33, 2. Sep 2004 (CEST)
replies: text: welche graphischen operationen? werden auch die gleichen objekte zur anzeige genommen, oder speziell programmierte und angepasste? wenn du mir sagen kannst, dass z.B. ne vektorberechnung X% langsamer ist, kann ich das aktzeptieren, aber so, ist es leider noch eine null-aussage (ich glaube es ja, dass vb an manchen stellen wirklich langsamer ist, aber diese stellen muessen wir dann schon genau bezeichnen. graphische operationen ist ein zu offenes feld imho)Elvis untot 08:24, 3. Sep 2004 (CEST)

text: Es wundert mich immer wieder, wie hartnäckig sich Vorurteile halten. VB ist nicht langsamer. Warum sollte es auch, wo doch bei VB5/6 Maschinencode generiert wird? Wenn du derart langsame Ergebnisse erzielt hast, liegt das daran, daß du nicht alle Kompilieroptionen aktiviert hast oder die Grafiken auf die falsche Weise ausgegeben hast (kein Blitting). Ich habe bereits in VB Code geschrieben, der echtes Alpha-Blending von größeren Bildern (512x512) in Echtzeit durchführen konnte - ohne Zuhilfenahme von externen Funktionen. --Phrood 00:44, 7. Nov 2004 (CET)
thread_title:  Schnelligkeit 

message: Ich denke das die Behauptung "Auch Windows-Services ließen sich vor VB.NET nur umständlich implementieren." so nicht haltbar ist. Microsoft selbst bietet dazu für VB5+6 ein Steuerelement an mit dem das absolut kein Problem darstellt. Siehe: http://support.microsoft.com/default.aspx?scid=kb;en-us;170883
Man muss dazu die Sprache beherrschen aber das ist in anderen Sprachen auch nicht anders.
(Ich würde es gerne editieren aber ich kenne mich mit dem Wiki System nicht aus und lasse es deshalb um nichts kaputt zu machen.)
Es ist zwar dank des genannten Steuerelementes durchaus einfach einen Dienst mit VB zu implementieren, Microsoft weißt jedoch im Artikel INFO: Running Visual Basic Applications as Windows NT Services explizit darauf hin, dass man es bleiben lassen sollte. Daher wäre es vielleicht sinnvoll den Satz dahingehend zu ändern, dass es für Visual Basic Classic machbar, aber nicht empfehlenswert ist.
-- Florian Rittmeier 01:31, 4. Apr 2005 (CEST)
thread_title:  Windows Services 

message: Fehlt in der Aufzählung der versch. Versionen nicht VB6?
:VB5 und VB6 sind unter dem Punkt "VB5 (1997) und VB6 (1998)" zusammengefasst. MfG --APPER\☺☹ 23:13, 13. Aug 2005 (CEST)
thread_title:  VB 6.0 

message: I am editing the Visual Basic Classic WikiBook at http://en.wikibooks.org/wiki/Programming:Visual_Basic_Classic.  Are you interested in writing anything there too?  Or perhaps there is something there that you could translate and use in this book.  [Kwhitefoot] 137.133.163.142 13:04, 19. Sep 2005 (CEST)
thread_title:  Invitation to Visual Basic Class in English 

message: Im Artikel steht, die VB Express Edition gibt es bis November 2006. Kann man sie auch danach noch benutzen? (Ich hab mich jetzt schon so dran gewöhnt und fürchte jetzt diese umfassenden Kontrollfunktionen, die sich Microsoft offenlässt.) -- Stefan Majewsky - Monolog - Dialog 20:01, 18. Mär 2006 (CET)
replies: text: Die jetzt herunterladbaren Versionen sind meines Wissens unbegrenzt nutzbar. Wie das ab November aussieht, werden wir dann sehen, wobei ich durchaus glaube, dass Microsoft die Express Editionen auch danach noch kostenlos anbieten wird (einen besseren Weg um .NET zu pushen gibt es eigentlich nicht und Java hat bekanntlicherweise zahlreiche kostenlose Entwicklungsumgebungen).--Reihnold 18:41, 19. Mär 2006 (CET)
thread_title:  VB 8 Express Editions 

message: VB Programmierer indizierten ihre Arrays wohl immer von 1-n. Das bedeutet das ein int[10] ("Dim arr(10) As Integer" in Visual Basic)  ein Integer Feld mit 10 Elementen ist das der VB Programmierer vom Index 1 bis 10 angesprochen hat.
Mit .NET konnte man das natuerlich nicht so lassen und versuchte die Programmierer auf Indizes 0-(n-1) zu zwingen, so wie dies in jeder anderen Sprache gängig ist. Die Entwickler konnten sich aber nicht daran gewöhnen und man fand einen "Mittelweg". Und Achtung, jetzt setzt euch hin:
"Dim arr(10) As Integer"
ist ein Feld das _11_ Elemente enthält, damit man es auch von 1-n durchlaufen kann. Für "echte" Programmiere bleibt weiterhin 0-(n-1) die sich dann aber im Debugger wundern warum das Feld 11 groß ist. Welcher Art von Programmierer da sitzt muss der Compiler wohl "Magisch" erkennen, bei solchen Sprachwunderwerken wie "For Each" usw... der Compiler schaut dann ob das ein "alter" oder "neuer" Programmierer ist.
Der Nebeneffekt: VB.NET Code kann mal so, mal so gemeint sein. Und das geht schon bei den Arrays los!
Weitere tolle Beispiel die auch (fast alle) für VB.NET gelten gibt es bei dem Link den ich oben gepostet hab. 
Also Leute, werft den Compiler und den Debugger an und entdeckt die VB.NET Welt, ihr werdet viel Lachen dürfen.
: Das Beispiel ist schlichtweg falsch. Dim arr(10) As Integer ergibt sowohl im VB.classic wie auch in VB.net eine Array mit 11 Elementen (0 - 10). Erst wenn Option Base 1 eingesetzt wird, entstehen nur 10 Elemente (1 - 10). Im klassischen VB gibt es aber Dim arr(6 To 15) As Integer, welches das mitschleppen einer Offset-Variablen o. ä. unnötig macht. --Ifm 00:40, 3. Aug 2006 (CEST)
thread_title:  Beispiel: 

message: Ich habe diesen Artikel auf Wikipedia:Artikel zum gleichen Thema gelistet und die Vorlage:Mehrfacheintrag hinzugefügt, da sich dieser Artikel thematisch mit Visual Basic .NET überschneidet. Eine Koexistenz beider Artikel lehne ich ab, da Microsoft Visual Basic schon im Titel Open-Source-Alternativen zu M$ unterschlägt und Visual Basic .NET sich auf eine Phase konzentriert, die im Zusammenhang mit der gesamten Geschichte von Visual Basic gesehen werden müsste (meiner Meinung nach). Ich schlage eine Vereinigung beider Lemmata unter Visual Basic vor, welches zurzeit nur eine Weiterleitung auf Microsoft Visual Basic darstellt. Gibt es keine Gegenstimmen, mach ich das auch gerne selber. -- Stefan M. aus P. 14:41, 18. Apr 2006 (CEST)
replies: text: Gegenstimme. Es handelt sich um 2 unterschiedliche Sprachen, die nur noch den Namen gemeinsam haben.Elvis untot 15:08, 18. Apr 2006 (CEST)
replies: text: Die Sprachen sind nicht wirklich unterschiedlich, nur das, was daraus wird.. Stimme Stefan zu, auch was die Frage zwischen MSVB und VB angeht. --131.181.251.66 04:28, 27. Apr 2006 (CEST)
replies: text: hmm. es kamen "kleinigkeiten" wie oop dazu und die syntax wurde (teilweise ziemlich) umgestellt. was muss naoch gemacht werden, damit eine sprache unterschiedlich ist? qellcode, der fuer vb6.0 erstellt wurde, funktioniert unter vb.net nicht. es gibt zwar ein uebersetzungstool von ms aber das braucht bei groesseren projekten auch nochmal handarbeit. Elvis untot 11:50, 27. Apr 2006 (CEST)
replies: text: Rofl, ist das ein Scherz? Die Sprachen sind nicht wirklich unterschiedlich? Wollen wir dann C# auch noch gleich hier aufnehmen? Der Unterschied ist ja auch nur maginal, da ja die gleiche Laufzeitumgebung, die gleiche IDE und der gleiche Zwischencode erzeugt wird. - Visual Basic .net ist eine vollständige Neuentwicklung. Es wurde hier nicht einfach eine Versionsnummer hochgezählt. Die komplette Laufzeitumgebung wurde geändert. Es gibt nun nur noch die Möglichkeit die Sprache zu interpretieren. Ich denke das ist schon ein sehr großer Schritt der auch einen eigenen Artikel rechtfertigen würde. Daniel Bovensiepen 16:35, 27. Apr 2006 (CEST)
replies: text: Nun ja, zwischen Visual Basic und Visual Basic .NET liegen wirklich Welten. Trotzdem denke ich, dass man Visual Basic .NET seine Vergangenheit immer noch ansieht. Es ist der letzte Akt der langen Modernisierungsaktion von BASIC über Visual Basic zu Visual Basic .NET. Diesen Zusammenhang finde ich sehr wichtig. Deshalb bin ich auch für die Zusammenlegung. Vorschlag zur Güte: Ich bastel unter Visual Basic einen Vorschlag für den zusammengelegten Artikel. Wenn der euch nicht gefällt, wird die Seite auf Redirect zurückgesetzt. Gebt mir nur ein bisschen Zeit, ich mach gerade Abendbrot. -- Stefan M. ausP. D. 19:58, 12. Sep 2006 (CEST)

text: Nachtrag: Entwürfe im Artikelnamensraum wären wohl ziemlich dämlich. Meinen Vorschlag (zurzeit nur der Anfang formuliert, Gliederung aber komplett) findet ihr unter Benutzer:Stefan Majewsky/Visual Basic. Ich hoffe, dass damit das Ganze wieder ein bisschen in Gang kommt. -- Stefan M. ausP. D. 21:37, 12. Sep 2006 (CEST)

text: Nachtrag: Ich kontaktiere Portal Diskussion:Informatik, um das Ganze zu einem Ende zu führen. -- Stefan M. ausP.D. 17:51, 30. Sep 2006 (CEST)
thread_title:  Mehrfacheintrag 

message: Aufgrund der großen Beliebtheit der Express Edition hat Microsoft angekündigt, die Express Edition durchgehend kostenfrei zur Verfügung zu stellen Gibt es zur Aussage, dass der Grund die "Beliebtheit" wäre, eine Quelle? --NeoUrfahraner 12:58, 24. Jul 2006 (CEST)
thread_title:  Beliebtheit