[Visual basic] Geen break bij select case eerste resultaat

[Verwijderd]

Ik had even een vraag betreft Case Select.

Is er een manier dat hij met de Case Select door gaat inplaats hij bij de eerste resultaat stopt als het True is ? Zoals de Select Case werkt bij C/C++.


In iedergeval bedank,

Kornelis

[KO]

Na de End select weer verder gaan

[Verwijderd]

BV

code:

Select Case True
    
        Case 1.Value
                modules = modules + " 1 "
        
        Case 2.Value
                modules = modules + " 2 "

        Case 3.Value
                modules = modules + " 3 "
                
        Case 4.Value
                modules = modules + " 4 "
        
        Case 5.Value
                modules = modules + " 5 "
                
        Case 6.Value
                modules = modules + " 6 "
        
        Case 7.Value
                modules = modules + " 7 "
                
        Case 8.Value
                modules = modules + " 8 "
                
    End Select

Wil dus dat hij alle cases afgaat zoals in c en c++

[ Voor 3% gewijzigd door Verwijderd op 22-01-2007 15:00 ]

[Arie Kanarie]

Bij zo'n vraag begin ik meteen te denken aan een instinkvraag op een tentamen ofzo,

edit:
ah nu zie ik het dan is het volgende stuk ook niet echt nuttig meer

. Lees even volgende link en dan het stukje over leeftijdreeks, misschien is dat wat je zoekt: http://www.homeandlearn.co.uk/NET/nets1p21.html


Misschien for loopje maken als het numeriek oploopt?
For (i=0; i < value; i++)
{
if(value == value)
{
insert wat je wil;
}
}

[ Voor 35% gewijzigd door Arie Kanarie op 22-01-2007 15:04 . Reden: ja ik zie nu de case staan ]

[KO]

Die methode is er niet in VB (voor zover ik weet).
Je zou dit met een if constructie kunnen doen.

[Verwijderd]

KO schreef op maandag 22 januari 2007 @ 15:01:
Die methode is er niet in VB (voor zover ik weet).
Je zou dit met een if constructie kunnen doen.

dat is juist wat ik wilde vermijden, een lange IF statement.
Snap trouwens niet waarom vb zo complex moet zijn

[Salandur]

je enige alternatief is een if statement. ik heb toendertijd erg moeten wennen aan de switch van c/c++/java etc omdat die niet automagisch afbreekt bij de volgende case, hoewel ik nu wel de voordelen er van inzie

[Verwijderd]

Als ik het mij goed herinner is het bij VB Exit Case.

[Mastermind]

In C# kan dat met GOTO.

Dus goto 2 in case 1 zetten
goto 3 in case 2 etc.

Mss kan dat in VB ook.

[ Voor 4% gewijzigd door Mastermind op 22-01-2007 15:13 ]

[Verwijderd]

Mastermind schreef op maandag 22 januari 2007 @ 15:12:
In C# kan dat met GOTO.

Dus goto 2 in case 1 zetten
goto 3 in case 2 etc.

Mss kan dat in VB ook.

Klopt heb ik ook al geprobeerd maar helaas. Het blijft moeilijk doen. Maar ik heb het maar opgelost met een lap if statements.

In iedergeval bedankt.

[PhysicsRules]

Verwijderd schreef op maandag 22 januari 2007 @ 15:16:
[...]


Klopt heb ik ook al geprobeerd maar helaas. Het blijft moeilijk doen. Maar ik heb het maar opgelost met een lap if statements.

In iedergeval bedankt.

Je kan ook je controls in een array stoppen en die met een for each loop doorlopen.

[farlane]

Weet niet wat je bedoeling precies is maar het switch statement in VB is erg krachtig:

Visual Basic .NET:

  Dim Blaat As Integer: Blaat = 10
  Select Case Blaat
    Case 0:
      ' stuff
    Case 1 - 10:
      ' stuff
    Case 11, 12, 14:
      ' stuff
    Case 13:
      ' stuff
    Case Else:
      ' stuff
  End Select

Iedereen die voorstelt om in deze situatie met GoTo te werken moet op zijn minst een gigantische salarisverlaging krijgen of liever eigenlijk ontslagen worden.

Hoe dan ook, een lap if statements is iig niet de juiste manier.

[ Voor 6% gewijzigd door farlane op 22-01-2007 16:01 ]

[whoami]

Mastermind schreef op maandag 22 januari 2007 @ 15:12:
In C# kan dat met GOTO.

Dus goto 2 in case 1 zetten
goto 3 in case 2 etc.

Mss kan dat in VB ook.

goto is niet echt een nette manier; in C# kan je gewoon je break statement weglaten. Geen idee hoe het in VB.NET marcheert.

[Voutloos]

goto moet je op 'on error goto' statements na inderdaad gewoon nooit willen gebruiken.

Maar farlane, dat Case 1 to 10 is misschien wel een leuke feature, maar is geen antwoord op de vraag van TS. Het ontbreken van fall-through is gewoon vervelend en leidt tot copy-paste gedrag.

@whoami: het kan ook over VB6 en ouder gaan, er is geen versie genoemd.

[Mastermind]

whoami schreef op maandag 22 januari 2007 @ 16:08:
[...]

goto is niet echt een nette manier; in C# kan je gewoon je break statement weglaten. Geen idee hoe het in VB.NET marcheert.

In .NET 2.0 mag je je break statement niet weglaten. In C# moet je een goto gebruiken als je van een case naar de andere wil vallen.

Iedereen die voorstelt om in deze situatie met GoTo te werken moet op zijn minst een gigantische salarisverlaging krijgen of liever eigenlijk ontslagen worden.

Lekker dan voor de C# programmeurs

[farlane]

Voutloos schreef op maandag 22 januari 2007 @ 16:09:
Maar farlane, dat Case 1 to 10 is misschien wel een leuke feature, maar is geen antwoord op de vraag van TS. Het ontbreken van fall-through is gewoon vervelend en leidt tot copy-paste gedrag.

Die fall through is een feature van de C taal die makkelijk kan worden opgevangen zonder meteen slechte language features als goto te gaan gebruiken. ( Door bijvoorbeeld de switch in een functie te plempen en die in een for loop aan te roepen )

Zoals gezegd, het is me niet helemaal duidelijk wat de TS nou eigenlijk wil, de code die gepost werd slaat nl helemaal nergens op.

[ Voor 10% gewijzigd door farlane op 23-01-2007 08:41 ]

[lier]

Why is the C# switch statement designed to not allow fall-through, but still require a break?
Maar inderdaad....wat wil de TS nu precies ?

[Voutloos]

farlane schreef op dinsdag 23 januari 2007 @ 08:40:
[...]


Die fall through is een feature van de C taal die makkelijk kan worden opgevangen zonder meteen slechte language features als goto te gaan gebruiken.

Ik ben het helemaal met je eens dat goto evil is. Maar geen switch statement met fall-though hebben is gewoon wel een gemis.

( Door bijvoorbeeld de switch in een functie te plempen en die in een for loop aan te roepen )

Werk aub eens een voorbeeldje uit. Zeker als je een Case 1 to 10 hebt, is het niet zo triviaal om alle relevante acties maar 1x te doen. Tevens levert het toevoegen van functieaanroepen enige overhead op.

Zoals gezegd, het is me niet helemaal duidelijk wat de TS nou eigenlijk wil, de code die gepost werd slaat nl helemaal nergens op.

Tja, het gegeven voorbeeld kan ook wel met 2 regels code zonder select case, maar kan je je dan echt geen nuttige fall-though inbeelden?

[whoami]

Mastermind schreef op maandag 22 januari 2007 @ 19:11:
[...]


In .NET 2.0 mag je je break statement niet weglaten. In C# moet je een goto gebruiken als je van een case naar de andere wil vallen.

Hmm, stom. In .NET 1.1 heb ik dat nl. wel eens gebruikt.

[Woy]

whoami schreef op dinsdag 23 januari 2007 @ 09:18:
[...]

Hmm, stom. In .NET 1.1 heb ik dat nl. wel eens gebruikt.

De link die lier aanhaalt legt het uit. Op zich vindt ik er wel wat voor te zeggen. Al moet ik zeggen dat ik ook al eens heb lopen vloeken omdat het niet kon

[Voutloos]

Die link legt uit dat C# op dit punt liever iets te betuttelend is ipv dan dat er van de programmeur enige intelligentie verwacht wordt. Dank je wel he.

As a result of the C# rules requiring explicit flow-control to occur at the end of a case block (most usually a break), many people question why the behavior simply wasnt changed such that fall-through didnt occur. That is, dont make break required, simply change the semantics of switch to not have fall-through for cases. The reason this wasnt done was so that developers who were very used to C++ wouldnt have a hard time understanding what a switch statement was doing.

Leuk argument, geen implicit breaks zodat het op C++ lijkt. WTF? Hallo:
• C++ gebruikt implicit fall-though.
• 'developers who were very used to C++' gaan nu juist de mist in omdat de syntax erop lijkt, maar je geen break mag weglaten.
• 'developers who were very used to C++' zijn fall-through gewend en denken daar al automatisch aan.

[farlane]

Voutloos schreef op dinsdag 23 januari 2007 @ 11:35:
Die link legt uit dat C# op dit punt liever iets te betuttelend is ipv dan dat er van de programmeur enige intelligentie verwacht wordt. Dank je wel he.

Het ergste vind ik nog dat ze hiermee menen 'moeilijk vindbare bugs' te voorkomen en in the process een workaround met gotos aandragen die een heel scala aan zo mogelijk nog moeilijker vindbare bugs mogelijk maakt.

[Woy]

farlane schreef op dinsdag 23 januari 2007 @ 14:18:
[...]


Het ergste vind ik nog dat ze hiermee menen 'moeilijk vindbare bugs' te voorkomen en in the process een workaround met gotos aandragen die een heel scala aan zo mogelijk nog moeilijker vindbare bugs mogelijk maakt.

Idd. Als ze het duidelijker hadden willen maken haden ze beter als je een fall-trough wil hebben het continue; keyword kunnen verplichten. Op die manier verplicht je alleen dat je duidelijk aan moet geven wat je aan het einde van een case wilt doen. Als je die dan weg laat dan hoogstens een compiler warning geven ofzo.