[JAVA] int uit String

[MeIsTwisted]

ik heb een string. bv:

String s= "1 3 5 4 2 7"

ik wil daar die cijfers uit halen op zo'n soort manier:

int a = s.nextInt(1)
int b = s.nextInt(1)
int c = s.nextInt(1)
etc.

[Alarmnummer]

Dan moet je even zoeken op StringTokenizer en je moet even kijken bij de Integer class. Nu heb je genoeg info om dit probleem op te kunnen lossen.

[NDF82]

nou, vooruit, omdat ik me verveel...

code:

public Vector stringToIntegerList(string s)
{
  StringTokenizer tok = new StringTokenizer(s, " ");
  Vector intList      = new Vector();

  while (tok.hasMoreTokens())
  {
    try
    {
      intList.add(new Integer(Integer.parseInt(tok.nextToken()));
    } catch (NumberFormatException e) {}
  }
  
  return intList;
}

[Verwijderd]

doe dat nou niet zo leren ze het nooit

[whoami]

Ik vind dit ook wel een beetje jammer NDF82. Op P&W is het beleid zo dat de topicstarter zelf ook moeite moet doen en de wil moet tonen om bij te leren.
Als je dan kant en klare code post die de oplossing is van de TS zijn probleem, dan is dat beleid eigenlijk waardeloos.

[Glimi]

We kunnen het nog perfectioneren. Het lijkt me nutting om in deze methode een ArrayList te gebruiken ipv een Vector. De syncronisatie van de Vector maakt het allemaal toch net ff wat trager, en aangezien je hier een methode hebt die ook static kan zijn, is ie toch al thread safe.

[Alarmnummer]

Als we toch op die toer gaan dan zou ik liever het volgende gebruiken:

List getalList = new Vector();

hierdoor zit je nog minder vast aan de gekozen lijst implementatie. En verder is bij de moderne vm`s de overhead van synchroniseren lang niet meer zo groot als vroeger en niet echt een merkbaar vertragende factor.

En dan zou een Vector of ArrayList zelfs nog een matige keuze zijn omdat hier iedere keer een interne array vervangen moet worden omdat van te voren nog niet bekend is hoeveel elementen erin komen. Eventueel zou een LinkedList dan een handigere optie zijn omdat deze geen interne array gebruikt. Het ligt er een beetje aan wat er mee gedaan wordt.

Maar als ik eerlijk ben vind ik snelheid steeds minder interessant worden en daarom vind ik mijn verhaal (afgezien van List interface) ook een stuk miereneukerij

[edit]
NDF82. Ik vind alles best, maar exceptions afvangen en er verder niets mee doen is not done.

[ACM]

Alarmnummer schreef op 23 september 2002 @ 20:18:
[edit]
NDF82. Ik vind alles best, maar exceptions afvangen en er verder niets mee doen is not done.

Doe ik ook nog wel es

Meestal omdat het me niet boeit ALS en WAT het fout gaat maar wel dat het alleen daar blijft waar het fout gaat

[Alarmnummer]

ACM schreef op 23 september 2002 @ 20:35:

[...]

Doe ik ook nog wel es

*maakt even notitie*

Meestal omdat het me niet boeit ALS en WAT het fout gaat maar wel dat het alleen daar blijft waar het fout gaat

Dan druk ik in ieder geval nog wel even een stacktrace af, of (in extreem uitzonderlijke situaties) zet ik er alleen commentaar bij waarom niets hoeft te gebeuren.

[.oisyn]

oh, ik delegeer alle exceptions altijd fijn naar de VM dmv throws clausules

[NDF82]

Oei, sorry, zal geen code meer posten...

NDF82. Ik vind alles best, maar exceptions afvangen en er verder niets mee doen is not done.

code:

....
catch (NumberFormatException e)
{
  throw new NumberFormatException("Je mag alleen getallen in die String zetten aarsje...", e);
}

zo beter ghehe

[bazzs2001]

een nieuwe exception trowen is ook weer overdreven probeer dit eens:

code:

...
catch (NumberFormatException e) {
  System.out.println("Je mag alleen getallen in die String zetten aarsje...");
  e.printStackTrace();
}

[NDF82]

Hoezo overkill, je weet toch niet oftie het wel in de console wil printen??? Mischien wilt ie wel een leuk pop-up venstertje???

[bazzs2001]

hey jij wilde eerst niks doen

[bazzs2001]

[miereneukmode]
public Vector stringToIntegerList(string s)

heb jij je eigen string klasse geschreven want de java.lang.String is met hoofdletter
(kan vervelend zijn als iemand de code wil kopy/pasten)
[/miereneukmode]

[Alarmnummer]

Als iemand dat dan nog niet kan oplossen, dan is het juist goed dat hij die fout er in heeft gezet

[bazzs2001]

nou dat weet ik niet hoor, dat zijn die fouten waar je soms uren op kan zoeken (vooral als je C++ gewent bent),

bovendien is dit hele probleem nogal simpel op te lossen toch?

[Alarmnummer]

Volgens mij was het probleem al lang opgelost

[NDF82]

bazzs2001 schreef op 24 september 2002 @ 10:05:
nou dat weet ik niet hoor, dat zijn die fouten waar je soms uren op kan zoeken (vooral als je C++ gewent bent),

codeer jij in notepad basje, dacht(weet) dat je zo'n JBuilder freak was. Die geeft dat netjes aan hoor ghehe

bovendien is dit hele probleem nogal simpel op te lossen toch?

heb nooit gezegd dat het niet simple was..

[off topic]
Bas, heb je de Parlay WebDialApp al af?
[/off-topic]

[bazzs2001]

eigenlijk wel ja

edit:

dat was dus als reply op alarmnummer

[offtopic1]
ik heb al weken niet meer in JBuilder geprogt en volgens mij zou die zoiets aangeven als: "string not found"
en voor een n00b is dat niet handig (trouwens ik geloof dat dat dezelfde meldingen zijn als de javac compiler geeft)
[/offtopic1]

[offtopic2]
ik ben nu het CORBA gedeelte aan het uitzoeken
[/offtopic2]

[NDF82]

"string not found"

ja, met bestandsnaam en regelnummer

[Glimi]

Ik zou eerder verwachten dat ie roept: Cannot resolve Symbol: string

Maarja Idea zou dat allang onderstreept hebben