🚀 go-pugleaf

Op het gevaar af dat ik de bal compleet missla.

"DyXin" <DyXin@p@ndor@.be> wrote in message
news:MoRwa.3803$1u5.425@afrodite.telenet-ops.be...
> Ik zit met volgend "probleem": Ik heb een applicatie (peer-to-peer chat
> programa) geschreven, waarin onder andere een JList in zit verwerkt met
> hierin de "contacts". Deze contacts zijn Objecten van het type "public
class
> Phoenix extends UnicastRemoteObject implements IPhoenix", en bevatten elke
> oa een String name (de naam van de contact-persoon).
> IPhoenix is een klasse van het type "public interface IPhoenix extends
> Remote", die enkel een aantal method definitions bevat (die elk een "thows
> RemoteException" hebben, omwille van het feit dat de classe "extends
Remote"
> is).
Dus IPhoenix is geen klasse maar een interface.

>
> Nu dacht ik zo: elke contact heeft een Vector met hierin zijn
> contactpersonen (IPhoenix-objecten, dus NIET de "echte" (subclass) Phoenix
> objecten).
Als IPhoenix een interface is kunnen er geen objecten van bestaan. Een
interface kan je namelijk niet instancieren. Dus het moeten andere objecten
zijn. Alvorens je de vector doorgeeft aan je JList maak je dus een nieuwe
vector met daarin de objecten gecast naar hun echte type in plaats van de
Interface. Die 2e vector maak je gewoon on the fly. En is enkel nodig omdat
statische typering het leven altijd moeilijker maakt dan het moet zijn.

Als ik nu de toString() method over-write, dan kan ik, dacht ik,
> deze vector rechstreeks geven aan het JList-object, die dan via de
> toString() method de naam van de contactpersonen in de lijst laat zien!
> Allemaal goed en wel, maar als ik de toString() method in Phoenix
> overschrijf, krijg ik niets te zien in de lijst! Ik dacht dat dit
misschien
> kon liggen aan het feit dat de Vector IPhoenix objecten bevat, en niet
> expliciet Phoenix-objecten, maar probleem is dat ik in IPhoenix de
toString
> method niet kan over-write, omdat die dan "thows RemotException" in z'n
> definition moet hebben staan, en dan krijg je een compile error!
>
> Weet er iemand een oplossing om toch met ��n Vector te werken in plaats
van
> 2 Vectors (1 met de echte objecten, 1 met de namen (Strings))?
>
> thnx!
>
> mvg,
> DyXin
>
>