[racket-dev] net/url and https

From: Robby Findler (robby at eecs.northwestern.edu)
Date: Sun Jun 19 19:13:36 EDT 2011

That sounds reasonable to me. You could even mention this rationale in
the documentation (avoiding backwards incompatibility and the
hopefully-coming-soon redesign and how this is a stop-gap).

Robby

On Mon, Jun 20, 2011 at 6:47 AM, Eli Barzilay <eli at barzilay.org> wrote:
> Two minutes ago, Neil Van Dyke wrote:
>>
>> I also think that Eli's option #1 could be done without breaking
>> backward-compatibility, but I'm not sure it's worth the effort in
>> code and documentation, and I don't want to discourage him moving
>> forward with #1 by making the task harder than it has to be.
>
> Heh, I just thought about a way to do that, which is likely what
> you're thinking of:
>
>  * `net/url-unit' and `net/url-sig' stay the same.  Code that uses
>    them works as before.
>
>  * `net/url' becomes the (non-unit, of course) library that does
>    dispatching over "https" with an ssl connection.
>
> This might work, but would be very odd.  Specifically, the description
> of `net/url-unit' will need to mumble something about creating a
> result that is *not* like `net/url' in that there is no such dispatch.
>
> Backwards compatible, but IMO very ugly.  But perhaps it's worth it?
>
> --
>          ((lambda (x) (x x)) (lambda (x) (x x)))          Eli Barzilay:
>                    http://barzilay.org/                   Maze is Life!
>



Posted on the dev mailing list.