Moin,

nicht konkret zu Deiner Anfrage, aber ich hätte ihm C# vorgeschlagen, da es benutzerfreundlicher ist, weil Du da nicht wie in VB.NET evtl. falsche Sachen lernst, die Du dann später nervig wieder ausbügeln musst.
Ansonsten schaue mal im Tipps&Tricks-Forum, auch bei den angepinnten Threads, da findet sich was.
Was wenn dann auch zu empfehlen ist, ist das Entwicklerbuch von Klaus Löffelmann, denn da lernt man VB.NET wenn richtig.

Grüße

Datenverarbeitungs-Vorraussetzungen
Das fängt mit den Grundlegendsten an, und endet mit einem erweiterungsfähigen Einstieg in relationale Datenbänkerei.
Ausser der (allerdings zentralen) Buchempfehlung gehts meist drum, wie man das Lernen lernen kann, und wie man die VisualStudio-Tools für sich arbeiten lässt.

Tutorials / eBooks

@ThePlexian Gugst Du hier.

ThePlexian schrieb:

hat jemand auch nen Link zu Beispielcodes ?

guck einfach die Tipps n Tricks durch. Zumindest meine Tuts enthalten immer BeispielCodes.
Mein einfachstest Tut-Sample wird das zum Alles über Events - Video sein.
Auch das Sample von Layout in Windows.Forms ist vom simpelsten.

Ansonsten auf dem Niveau von "Hello World" gibts keine Tuts, weil das ist zu simpel.
Ausserdem ist die Messagebox keine Userfreundliche Oberfläche, das soll man sich garnet angewöhnen.

Niko Ortner hatte mal vor ner Weile nen Pseudocode gepostet gehabt. Damit ließe sich vielleicht die Syntax von VB etwas leichter erklären (weil man keine Technikkenntnisse braucht):

Niko Ortner schrieb:

Wir mussten einen Algorithmus aus dem Alltag als Programmablaufplan und als Pseudocode schreiben. Ich hab mir für VB entschieden:

Spoiler anzeigen

VB.NET-Quellcode

1. Public Class Niko
2. Inherits Universe.Materials.LifeForms.CarbonBased.HomoSapiens
4. Public Sub StackWood()
5. 'Den einzigen Holzhaufen in der Einfahrt lokalisieren.
6. Dim WoodPile = Me.Home.Driveway.GetUniqueContent(Of Pile(Of Universe.Materials.Complex.WoodBillet))()
8. If WoodPile.IsEmpty Then
10. Me.ComplainAbout(WoodPile, "Empty")
12. Else
14. 'Legt einen neuen (leeren) Holzstapel an der südlichen Wand der Garage an, wobei mindestens Platz für den längsten Holzscheit reserviert wird.
15. Dim TargetStack As New Stack(Of Universe.Materials.Complex.WoodBillet)(Environment.Space.Volume3D.LinearExtrudeFromArea(Me.Home.Garage.GetWall(Environment.Space.CardinalDirection.South).InnerFace, WoodPile.Max(Function(Item) Item.Length)))
17. 'Handschuhe anziehen.
18. For Each i In Me.Body.AllHands
19. If Not i.IsEmpty Then
20. 'Objekte, die sich zur Zeit in der Hand befinden, müssen weggelegt werden.
21. Me.PutObjectsToSafePlace(i.Content, False)
22. End If
23. If Not i.HasAccessory(Of Universe.Structures.MSK.Clothing.Glove)() Then
24. 'Nächsten Handschuh lokalisieren.
25. Dim ClosestGlove = Me.Body.Brain.Pathfinding.FindClosestElement(Me.Body.Location, Function(Item) Item.Location, Me.Home.Land.FindMultipleContents(Of Universe.Structures.MSK.Clothing.Glove)())
26. Me.Body.MoveAlongPath(ClosestGlove.Path)
27. 'Und anziehen.
28. i.PickUp(ClosestGlove.Element)
29. i.ApplyCurrentContentAsAccesory()
30. End If
31. Next
33. 'Holz stapeln
34. Do Until WoodPile.IsEmpty OrElse TargetStack.CapacityReached
36. 'Holz sammeln.
37. Do
38. 'Nächsten Holzscheit lokalisieren und mit rechter Hand aufheben.
39. Me.Body.MoveAlongPath(Me.Body.Brain.Pathfinding.FindPathToClosestPointOfVolume(WoodPile.Volume))
40. Me.Body.RightHand.PickUp(WoodPile.GetClosestWoodBillet(Me.Body.Location))
41. 'Linke Hand fungiert als Puffer.
42. Me.Body.LeftHand.PickUp(Me.Body.RightHand.PopContent)
43. Loop Until Me.Body.LeftHand.CapacityReached
45. 'Holz ablegen
46. For Each i In Me.Body.LeftHand.Content
47. 'Nächste ideale Position für Holzscheit finden und dort ablegen.
48. Me.Body.MoveAlongPath(Me.Body.Brain.Pathfinding.FindPathToLocation(TargetStack.GetNextIdealInputLocation))
49. Me.Body.RightHand.PickUp(Me.Body.LeftHand.PopContent)
50. Me.Body.RightHand.PlaceContentIntoVolume(TargetStack.Volume)
51. Next
53. If Universe.QuantumPhysics.Random.GetRandomNumber(0, 10) = 0 Then
54. Me.ComplainAbout(WoodPile, "Pain")
55. End If
57. Loop
59. 'Handschuhe ausziehen
60. For Each i In Me.Body.AllHands
61. i.UnapplyAccessories()
62. i.DropContent()
63. Next
65. 'Abschluss
66. Do While (Me.Body.BloodStream.CountFreeMolecules(Of Universe.Materials.Molecules.Ethanol)() / Me.Body.BloodStream.CountFreeMolecules()) < 0.0015
67. Me.Body.Mouth.Swallow(Me.Home.Land.FindContent(Of IContainer(Of Universe.Materials.Molecules.Ethanol))().Content)
68. Loop
70. End If
72. End Sub
74. End Class

@RushDen
Wenn er Hilfe von Leuten hat die es gut können (wie ThePlexian) sollte das doch eigentlich kein Problem sein, oder?

Würde auch c# empfehlen besonders weil in den schulen java gelehrt wird (meistens) und die syntax von beiden sich sehr ähnelt

Auserdem kann man da nicht soviel ranz lernen wie mit vb.net und strict off

edit: @nafets

Ich hab auch mit VB.Net angefangen und damit Grundlagen u.ä. gelernt, als ich dann auf C# umsteigen wollte, fand ich das doch sehr ungewohnt und hat mich wochen gedauert bis ich wirklich sagen konnte ich nehm jetzt C# statt VB.net für nen Projekt.
Besonders weil VB.net case insensitive ist und C# nicht und z.B. Klammern bei Methoden nicht notwendig sind, gewöhnt man sich dann an sowas und empfindet man dann als lästig, obwohl es wichtig ist.

Was dann umgekehrt (erst C#, dann mal in VB.NET reingeschnuppert) dazu führt, das man sich wundert, was so alles weggelassen werden kann. Teilweise wird das ganze dann schwer durchschaubar, aber komischerweise funktioniert es dennoch

Jedenfalls machte mir mein Ausflug in VB.NET großen Spaß. Meine letzten BASIC-Routinen haben ich Ende der 80er geschrieben, auf nem Schneider CPC und das Coding dieser tage fühlte sich an wie ein "Ich bin wieder zuhause"

RushDen schrieb:

Besonders weil VB.net case insensitive ist und C# nicht und z.B. Klammern bei Methoden nicht notwendig sind, gewöhnt man sich dann an sowas und empfindet man dann als lästig, obwohl es wichtig ist.

naja - in c# ist das wichtig, in vb.net nicht.
Ansonsten die Regel ist eiglich einfach: Leere Klammern kann man in vb halt weglassen.

RushDen schrieb:

weil VB.net case insensitive ist und C# nicht

Letztendlich sorgt die IDE auch bei VB.net dafür, dass die Schreibweise nicht gemischt codiert werden, sondern immer die richtige (bzw. definierte) Schreibweise übernimmt.

Was in VB.net natürlich nicht geht, ist die Definition verschiedener Variablen mit gleichklingendem Namen (Status, status, statuS, StatuS).
Zu den Anfangszeiten von C sah ich öfters solche phantasievollen Konstrukte und fand sie schon damals extrem unübersichtlich.

Unabhängig von der Programmiersprache sollte man sich sowieso an allgemeine Konventionen halten.
Und im Microsoft-Umfeld ist das normalerweise auch diese: msdn.microsoft.com/en-us/libra…o/ms229043(v=vs.100).aspx

Diese Möglichkeit kann man aber auch zum Guten nutzen:
Deklariere ich eine Property (keine Auto-Property!), nenne ich sie zum Beispiel Text. Die dazugehörige (private) Variable heißt dann text. Das ist in C# normale Benennung und auch hilfreich.

Edit:
@ErfinderDesRades
Wenn ich eine private/protected/lokale _Variable_ habe, schreibe ich diese klein. Ist es eine Property, schreibe ich sie immer groß. Bei in der Klasse deklarierten Variablen schreibe ich immer noch ​Me.variable/​this.variable davor, dadurch gibts dann eine Unterscheidung.

jo - ist möglich, aber mir zb fehlte dann die Unterscheidung zu lokalen Variablen, weil die schreib ich immer klein.