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: 103376,23963231b5359f74
X-Google-Attributes: gid103376,public
X-Google-Thread: 1073c2,23963231b5359f74
X-Google-Attributes: gid1073c2,public
X-Google-Thread: 10a146,23963231b5359f74
X-Google-Attributes: gid10a146,public
X-Google-Thread: 107a89,23963231b5359f74
X-Google-Attributes: gid107a89,public
X-Google-ArrivalTime: 2001-06-06 01:19:40 PST
Path: 
 archiver1.google.com!newsfeed.google.com!sn-xit-02!supernews.com!news.gv.tsc.tdk.com!newsfeed.berkeley.edu!ucberkeley!hammer.uoregon.edu!enews.sgi.com!news.xtra.co.nz!newsfeeds.ihug.co.nz!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 18:18:29 +1000
Organization: The Internet Group (Sydney)
Message-ID: <9fkp2m$9gn$1@bugstomper.ihug.com.au>
References: <83WP6.3874$yc6.728572@news.xtra.co.nz>
 <I4feerApIMVQ@eisner.encompasserve.org>
 <+FWVg+noA0yk@eisner.encompasserve.org> <9fjfc4$qdv$1@news.fsu.edu>
 <9fjkha$re7$1@bugstomper.ihug.com.au>
 <MPG.1587e0002d1cfc5c98a704@mrmog.peramon.com>
NNTP-Posting-Host: p62-tnt3.syd.ihug.com.au
X-Trace: bugstomper.ihug.com.au 991815574 9751 203.173.132.62 (6 Jun 2001
 08:19:34 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:8209 comp.lang.awk:2803
 comp.lang.clarion:21191 comp.lang.java.programmer:73963 comp.lang.pl1:799
 comp.lang.vrml:3535
Date: 2001-06-06T18:18:29+10:00
List-Id: <comp.lang.ada>

> Reflection would be an *incredibly* slow way of doing that. Better would
> be to create (at startup) one object for handling each case, each
> implementing the same interface. Put *those* into a map of some
> description, then get out the "right" object and call one of the methods
> of the common interface.

what makes u say reflection is so slow? seems alot of applications use it
alot (main one i can think of is jsp)
db