[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Internal visibility
From: |
Thien-Thi Nguyen |
Subject: |
Re: Internal visibility |
Date: |
Tue, 10 Jun 2008 10:04:14 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) |
() address@hidden (Ludovic Courtès)
() Tue, 10 Jun 2008 09:37:39 +0200
Instead, applications should be written against an
encoding-oblivious API. This is what core R5RS constructs
and SRFI-1[34] provide at the Scheme level.
Unfortunately, that position doesn't provide a clean path
towards an encoding-knowledgable API. Better would be to design
an encoding-knowledgable API now (or as soon as possible), with
the encoding value `unencoded' (or `8-bit-raw' or what-have-you)
as default. This way, things are explicit and the (future)
changes to application code will be less invasive, or even
unnecessary.
In short, the current API is not actually "future proof" (yet).
Requiring obliviousness in the API makes for ugly work long term.
thi
- Re: Internal visibility, Neil Jerram, 2008/06/01
- Re: Internal visibility, Han-Wen Nienhuys, 2008/06/01
- Re: Internal visibility, Neil Jerram, 2008/06/09
- Re: Internal visibility, Han-Wen Nienhuys, 2008/06/09
- Re: Internal visibility, Ludovic Courtès, 2008/06/10
- Re: Internal visibility,
Thien-Thi Nguyen <=
- Re: Internal visibility, Ludovic Courtès, 2008/06/10
- Re: Internal visibility, Thien-Thi Nguyen, 2008/06/11
- Re: Internal visibility, Ludovic Courtès, 2008/06/11
- Re: Internal visibility, Mike Gran, 2008/06/12
- Re: Internal visibility, Ludovic Courtès, 2008/06/23
- Re: Internal visibility, Han-Wen Nienhuys, 2008/06/11
- Re: Internal visibility, Ludovic Courtès, 2008/06/11
- Re: Internal visibility, Clinton Ebadi, 2008/06/11
- Re: Internal visibility, Ludovic Courtès, 2008/06/11
- Re: Internal visibility, Han-Wen Nienhuys, 2008/06/14