From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 10ad19,23963231b5359f74
X-Google-Attributes: gid10ad19,public
X-Google-Thread: 101deb,23963231b5359f74
X-Google-Attributes: gid101deb,public
X-Google-Thread: 107a89,23963231b5359f74
X-Google-Attributes: gid107a89,public
X-Google-Thread: 1073c2,23963231b5359f74
X-Google-Attributes: gid1073c2,public
X-Google-Thread: 10a146,23963231b5359f74
X-Google-Attributes: gid10a146,public
X-Google-Thread: 103376,23963231b5359f74
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-06-05 14:56:15 PST
Path: 
 archiver1.google.com!newsfeed.google.com!sn-xit-02!supernews.com!nntp-relay.ihug.net!ihug.co.nz!news.tig.com.au!not-for-mail
From: "Blaikie" <david_blaikie@hotmail.com>
Newsgroups: 
 comp.lang.ada,comp.lang.awk,comp.lang.clarion,comp.lang.java.programmer,comp.lang.pl1,comp.lang.vrml
Subject: Re: Long names are doom ?
Date: Wed, 6 Jun 2001 07:55:50 +1000
Organization: The Internet Group (Sydney)
Message-ID: <9fjkha$re7$1@bugstomper.ihug.com.au>
References: <83WP6.3874$yc6.728572@news.xtra.co.nz>
 <I4feerApIMVQ@eisner.encompasserve.org> <q81pht43ib89sjop0Organization
 <+FWVg+noA0yk@eisner.encompasserve.org> <9fjfc4$qdv$1@news.fsu.edu>
NNTP-Posting-Host: p62-tnt3.syd.ihug.com.au
X-Trace: bugstomper.ihug.com.au 991778154 28103 203.173.132.62 (5 Jun 2001
 21:55:54 GMT)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Xref: archiver1.google.com comp.lang.ada:8200 comp.lang.awk:2796
 comp.lang.clarion:21160 comp.lang.java.programmer:73863 comp.lang.pl1:789
 comp.lang.vrml:3526
Date: 2001-06-06T07:55:50+10:00
List-Id: <comp.lang.ada>

> Depends on the language of course, but I think it is likely that this
> is the wrong solution. At some point, it would make sense to replace
> the case statement with a config file and some program that automatically
> generated the case code from the config file.
>
> If the language supported it, a jump table might make more sense than
> a case statement. Again the jump table could be loaded from a config
> file.

well i am not sure what a jump table is, but if it were in Java and there
were corresponding methods to each of the cases in the swtich, i would use a
general piece of java.lang.reflection code to load the method based directly
on the string (or turn the variable into the string nescessary using maybe a
hashmap)
db