Re: URL library?

From: Vinnie Falco (vinnie.falco_at_[hidden])
Date: 2020-01-21 15:41:57

On Tue, Jan 21, 2020 at 2:03 AM Dominique Devienne via Boost
<boost_at_[hidden]> wrote:
> I had a quick look, and the first thing that jumps to my mind though
> is the shear number of files, in the repo, and even just the source code,
> for what is a small library. Do schema and host_type
> need their own headers, and sometimes impl/.hpp, .ipp ???

Yes, everything is organized that way for specific reasons. Although
the final version of the library may have a slightly different set of
files. For example, I might just get rid of scheme.hpp and everything
in it.

> it seems to me that the proposed Boost.URL has an awful
> lot of source files, "just" for URL parsing.

It isn't "just" URL parsing, it is also encoding and decoding
algorithms, custom storage and allocation, and modification of the
URL.

> PS: Also saw some references to Boost.Beast in passing.
> PPS: Is the allocator support similar to your proposed Boost.JSON?
> Could that be an independent component.

Boost.JSON has its own special allocator model because of the
hierarchical nature of the JSON container. Since a boost::url::value
is effectively just a string, the allocator model in this new library
is much simpler. A derived class uses the already familiar Allocator
parameter.

Thanks