Mailing List ArchiveSupport open source code!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: java question
- To: tlug@example.com
- Subject: Re: java question
- From: Fredric Fredricson <fredric.fredriksson@example.com>
- Date: Wed, 13 Jun 2001 23:14:57 +0200
- Content-Transfer-Encoding: 7bit
- Content-Type: text/plain; charset=us-ascii
- Organization: MYDATA automation AB
- References: <3B278493.388731B4@example.com>
- Reply-To: tlug@example.com
- Resent-From: tlug@example.com
- Resent-Message-ID: <rf7HqB.A.OuG.-i9J7@example.com>
- Resent-Sender: tlug-request@example.com
- Sender: fredric@example.com
B0Ti wrote: > > Evening, > > Maybe it's trivial, but I cannot find a clean solution to this. > I need to read in an integer and it must be within a limit. Something > like this: > > try { > int someInt = Integer.parseInt(readUserInput()); > if (someInt > 10 || someInt < 0) throw new NumberFormatException; > } > catch (NumberFormatException) { /* goto begin :( ...*/ } > > My problem is that when NumberFormatException is caught I need to go > back (restart at try) and read in the integer again. > Having grown up on basic I would immediately use a goto statement if > java would allow it. > How should this be done cleanly and effectively? Just a small observation: just because java has exceptions does not mean that they are good for everything. Maybe a solution without exceptions would be cleaner in this particular case. /Fredric Fredricson
- Follow-Ups:
- Re: java question
- From: Tobias Diedrich <ranma@example.com>
- Re: java question
- From: James Gibson <twistedhammer@example.com>
- References:
- java question
- From: B0Ti <9915104t@example.com>
Home | Main Index | Thread Index
- Prev by Date: Re: Unicode TTF containing CJK?
- Next by Date: Re: java question
- Prev by thread: Re: java question
- Next by thread: Re: java question
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links