Splitting Network.URI from the network package

Graham Klyne gk at ninebynine.org
Thu Aug 14 13:49:35 UTC 2014


On 13/08/2014 13:02, Michael Snoyman wrote:
>> My apologies. Let me clarify. If the user doesn't already have a version
>> >of network installed (e.g. via the HP), then building network is required
>> >to build network-uri. This probably isn't a problem on Windows, if we
>> >assume users already have an appropriate version of network through the HP.
>> >It might be an inconvenience (e.g. longer build times) for users who don't
>> >use the HP but still want to build network-uri (e.g for the maintainer of
>> >network-uri:)  ).
>> >
>> >
> Thanks for the clarifications Duncan and Johan. Yes, we should add a con to
> the option 2 that usage of network-uri will require network to be
> available. I'd consider this a relatively low-impact con, since I highly
> doubt there are many people out there who will want to use Network.URI but
> not also want to use network- at least transitively.

Hmmm... there are reasonable uses of URIs (e.g. in on-disk XML and RDF 
processing) that do not necessarily require use of networking.  These may be a 
minority, but I think they're not so rare.

Also, my experience in other languages is that one may work with a web 
application framework (via something like WSGI), there can lots of URI handling 
code without any direct use of networking.  Also, I do a lot of testing of URI 
handling code separately from any networking.

I think removing the URI handling dependency on networking would be a Good Thing.

#g

(developer of a past version of network-uri.)



More information about the Libraries mailing list