[I18n-sig] Codecs
Brian Takashi Hooper
brian@garage.co.jp
Mon, 05 Jun 2000 00:05:48 +0900
This issue came up before on this list, I think Andy Robinson suggested
it before in the midst of a lot of other Unicode musings. One thing I
remember Andy mentioned was that a codec object could then additionally
contain methods in addition to those required by the codec API, for
example a method to fix broken legacy encoding input strings, etc.
Personally, I would be happier to get an object back from
codecs.lookup(), one vote in favor if it matters.
Are there any good reasons to prefer getting a tuple back from codecs.lookup()?
--Brian
On Sun, 04 Jun 2000 09:54:01 -0500
Paul Prescod <paul@prescod.net> wrote:
> Should codecs be returned to the user as objects instead of tuples?
> Today we have:
>
> (UTF8_encode, UTF8_decode,
> UTF8_streamreader, UTF8_streamwriter) = codecs.lookup('UTF-8')
>
> output = UTF8_streamwriter( open( '/tmp/output', 'wb') )
>
> I think this would be a little simpler:
>
> output=codecs.lookup('UTF-8').stream_writer( open( '/tmp/output', 'wb')
> )
>
> The object solution is more extensible, requires less "bogus"
> assignments and does not require the user to remember the order of the
> return values.
>
> --
> Paul Prescod - ISOGEN Consulting Engineer speaking for himself
> Simplicity does not precede complexity, but follows it.
> - http://www.cs.yale.edu/~perlis-alan/quotes.html
>
> _______________________________________________
> I18n-sig mailing list
> I18n-sig@python.org
> http://www.python.org/mailman/listinfo/i18n-sig
>