VB.NET Splitting Befehl

[Єrdmännchen™]

Hey ePVP. Vorab möchte ich sagen, dass ich entweder echt behindert bin und den Wald vor lauter Bäumen nicht sehe, oder es tatsächlich extrem Assozial schwer ist.
Es geht um den Splitting Befehl.
Erstmal ein bisschen Kontext sowie Source code.
Ich habe eine RichTextbox1, in welche ich perm Streamreader meine Proxys lade. Diese sind jeweils immer so aufgeschrieben
Baumort
Käseort

Das was ich machen will ist einfach: Ein Timer tickt und löst alle 3 Sekunden aus. In dieser Timer funktion steht das hier:

Dim Proxy As String = RichTextBox1.Text
My.Computer.Registry.SetValue("HKEY_CURRENT_USER\S oftware\" & _
"Microsoft\Windows\CurrentVersion\Internet Settings", _
"ProxyServer", Proxy, _
Microsoft.Win32.RegistryValueKind.String)

Das es so nicht funktioniert weiß ich. Ich hätte es gerne so, dass er bei jedem Timer Tick den Proxy auf den nächsten in der Liste wechselt.
BSP:
1.2.3.4.5:20
3.134123421412:30

Dann soll er zuerst den ersten Proxy einsetzen und beim zweiten Tick den 2. Proxy benutzen. Ob das ganze funkt teste ich über einen Webbrowser und wieistmeineip.de.
Ich hoffe ihr könnt mir helfen.
LG Erdmännchen

[tolio]

vorweg: systemproxies zu setzten kann sehr fatal sein schließlich geht der gesammte traffic (aller programme die keine eigenen routine haben) drüber, dh im weniger schlimmen fall kommst man irgendwann nicht mehr ins internet und mit ziemlicher sicherheit und das ist auch gleichzeitig der schlimmste fall werden alle verschickten daten von proxy abgegriffen und sonst was damit gemacht. also auf keinen fall so nen programm an andere geben die im zweifel nicht wissen was passiert

zum eigendlichen problem:

dim sProxies() as string = split(RtbProxies, vbcrlf)

for i = 0 to sProxies.length -1
' do whatever
next

[Єrdmännchen™]

Originally Posted by tolio

vorweg: systemproxies zu setzten kann sehr fatal sein schließlich geht der gesammte traffic (aller programme die keine eigenen routine haben) drüber, dh im weniger schlimmen fall kommst man irgendwann nicht mehr ins internet und mit ziemlicher sicherheit und das ist auch gleichzeitig der schlimmste fall werden alle verschickten daten von proxy abgegriffen und sonst was damit gemacht. also auf keinen fall so nen programm an andere geben die im zweifel nicht wissen was passiert

zum eigendlichen problem:

dim sProxies() as string = split(RtbProxies, vbcrlf)

for i = 0 to sProxies.length -1
' do whatever
next

Kannst du mir denn was besseres empfehlen, was sicherer ist?
LG Erdmännchen
€: Könntest du mir evtl. den ganzen Code schreiben, der in die Timer Sub kommt? Wenn ich das Ding jetzt so starte, wie ich es für richtig halte, steht beim Proxy das hier System.String[]

[Schlüsselbein]

Keine Webbrowser Komponente benutzen.

[DeinMud]

@tolio
Dein Code ist vb6 & somit Ranz

Hier Vb.net gerechet:

        Dim sProxies() As String = RtbProxies.Split(Convert.ToChar(Environment.NewLine))
        For i = 0 To sProxies.Length - 1
            ' do whatever
        Next

€ Wenn dort System.String[] steht was ist RtbProxies? Ein String-Array?
Falls ja, probiers so:

   Dim sProxies As New List(Of String())
        RtbProxies.ToList.ForEach(Sub(item) sProxies.Add(item.Split(Convert.ToChar(Environment.NewLine))))
        For i = 0 To sProxies.Count - 1
            ' do whatever
        Next

[tolio]

Originally Posted by DeinMud

Dein Code ist vb6 & somit Ranz

benchmark or it didnt happen

[schmir]

warum versucht ihr alle das Browsercontrol zu nutzen ? Verstehe das nicht. Es ist unflexible und führt nur zu Problemen. Arbeitet bitte immer mit Sockets oder deren speziellen Unterfunktionen.

[DeinMud]

Originally Posted by tolio

benchmark or it didnt happen

Hat nichts mit der Leistung zu tun, sondern damit dass das nicht der objektorientierten Programmierung entspricht, wobei jedes Object wissen sollte, wie er sich splittet (im Falle string)

[tolio]

das .net nach wie vor nicht strict objektorientiert ist hat wiederrum aber nichts mit aus vb6 übernommenen befehlen zu tun

[DeinMud]

Doch, da das ganze vb6 zeugs(was nicht oop ist) einfach mit in .net reingequetscht wurde
aus kompatibilitäts gründen.
Mag sein, dass nicht alle nicht-oop befehle vb6 sind, die meisten jedoch schon. (bei deiner string methode, die ist nicht vb6 (hab mich vertan), aber hält das oop-paradigma nicht ein und ist deswegen nicht empfehlenswert)
Am besten den Microsoft.visualbasic namespace entfernen, dann kriegste auch keine vb6 befehle angeboten von intellisense

[tolio]

hm ich vermute du hast meinen satz nicht ganz verstanden, naja egal jetzt, empfehle den leute was du meinst, ist ja schließlich deren "zukunft"

[DeinMud]

das .net nach wie vor nicht strict objektorientiert ist hat wiederrum aber nichts mit aus vb6 übernommenen befehlen zu tun

-> Vb6 Befehle haben nichts mit dem "nicht oop programmieren" in vb.net zu tun

Doch, da das ganze vb6 zeugs(was nicht oop ist) einfach mit in .net reingequetscht wurde
aus kompatibilitäts gründen.