Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #2888
| From | markspace <-@.> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: regex capability |
| Date | 2011-04-05 10:07 -0700 |
| Organization | A noiseless patient Spider |
| Message-ID | <infi8i$gfu$1@dont-email.me> (permalink) |
| References | (2 earlier) <8vun3sFs1lU1@mid.individual.net> <indrkb$sus$1@dont-email.me> <3fc6e9f5-cf25-44f5-885e-48129ae2e8b3@e9g2000vbk.googlegroups.com> <aZidnSVcK4mIlgbQnZ2dnUVZ_sKdnZ2d@earthlink.com> <29adb57e-c515-4859-910c-6393ac812fa6@1g2000yqq.googlegroups.com> |
On 4/5/2011 6:33 AM, Robert Klemme wrote:
>>> On Apr 5, 2:35 am, markspace<-@.> wrote:
>>>> Why re-invent the wheel?
>
> In this case I just wanted to demonstrate the strategy to first check
> overall validity of the input and extract the interesting part and
> then ripping that interesting part apart. Whether a Scanner or
> another Matcher is used for the second step wasn't that important to
> me. Also, the thread is called "regex capability". :-)
Fair enough. :)
>
> But, of course, your approach using the Scanner is perfectly
> compatible with the two step strategy as Patricia also pointed
> out. :-)
Don't forget too that Scanner can do other things besides use
delimiters. It has methods like skip() and findInLine() that ignore
delimiters and could be used to build a simple parser. You can also
change the delimiters on the fly to extract different sections of text.
A simple change to my example above:
public class ScannerTest {
public static void main(String[] args) {
StringReader in = new StringReader(
"Support DDR2 100/200/300/400 DDR2 SDRAM");
Scanner scanner = new Scanner(in);
scanner.findInLine( "Support DDR2" );
scanner.useDelimiter( "[ /]+" );
while( scanner.hasNextInt() ) {
System.out.println( scanner.nextInt() );
}
}
}
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Find similar
regex capability Roedy Green <see_website@mindprod.com.invalid> - 2011-04-04 00:19 -0700
Re: regex capability Leif Roar Moldskred <leifm@dimnakorr.com> - 2011-04-04 02:34 -0500
Re: regex capability Roedy Green <see_website@mindprod.com.invalid> - 2011-04-04 00:50 -0700
Re: regex capability Eric Sosman <esosman@ieee-dot-org.invalid> - 2011-04-04 08:03 -0400
Re: regex capability Patricia Shanahan <pats@acm.org> - 2011-04-04 05:25 -0700
Re: regex capability David Lamb <dalamb@cs.queensu.ca> - 2011-04-04 18:51 -0400
Re: regex capability Jim Gibson <jimsgibson@gmail.com> - 2011-04-04 17:07 -0700
Re: regex capability bugbear <bugbear@trim_papermule.co.uk_trim> - 2011-04-04 09:26 +0100
Re: regex capability Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2011-04-04 19:20 +0200
Re: regex capability Robert Klemme <shortcutter@googlemail.com> - 2011-04-04 22:13 +0200
Re: regex capability markspace <-@.> - 2011-04-04 18:35 -0700
Re: regex capability bugbear <bugbear@trim_papermule.co.uk_trim> - 2011-04-05 09:09 +0100
Re: regex capability Paul Cager <paul.cager@googlemail.com> - 2011-04-05 02:10 -0700
Re: regex capability Patricia Shanahan <pats@acm.org> - 2011-04-05 05:28 -0700
Re: regex capability Robert Klemme <shortcutter@googlemail.com> - 2011-04-05 06:33 -0700
Re: regex capability markspace <-@.> - 2011-04-05 10:07 -0700
csiph-web