[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: InetAddress classes
From: |
Marc Boris Dürner |
Subject: |
Re: InetAddress classes |
Date: |
Sat, 27 Dec 2003 23:10:20 +0100 (MET) |
On Saturday 27 December 2003 23:02, you wrote:
> I think it makes sense to split the numeric IP address
> handling and the DNS services. InetAddress objects encapsulate both
> things. Apart from internal design -which does not affect the CC++
> interface-, are there applications which may benefit from isolated
> access to these services?
Dont know if there is an imediate win. I just thought it might be cleaner
especially when
we start implementing Inet6, IPX etc addresses.
In the c-library a InetAddress is only a 4 bytes address not a url.
> If there were support for asynchronous DNS resolving (like in
> GNU adns), a separated class/hierarchy Resolver would be very
> interesting to add.
>
> On Sat, Dec 27, 2003 at 01:06:48AM +0100, "Marc Boris Dürner" wrote:
> > Hi,
> > I am looking at the InetAddress class and the derived ones right now.
> >
> > - shouldnt (or could?) the gethostname stuff be in a class Resolver?
That
> > way resolving
> > and raw IP handling would be separated. Does this make sense?
--
+++ GMX - die erste Adresse für Mail, Message, More +++
Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net