[Mono-devel-list] Base64 Class position

Sebastien Pouliot spouliot at videotron.ca
Mon Jan 19 20:14:51 EST 2004


Hello David,

> I am about to do some work on Base64 handling. Hoping to move it out of
> System.Security.Cryptography. However the question is, where should it go?

Right now System.Convert depends on [From|To]Base64Transform, but it could
have been done the other way.
However if the base64 stuff is required elsewhere in corlib it may be better
to create an internal (at least in corlib) class.

> It should definitely stay in corlib.

It MUST definitely stay in corlib. ;)

> Should I create a Mono.Utils
> namespace, and accompanying directory? This sort of thing is proably
> quite important in the corlib.

There's already some Mono.* namespaces inside corlib. I'm myself a big user
of those namespaces. However I mostly use them when I want to share the code
between corlib and another assembly (like Mono.Security). If not I prefer to
use an internal class (and file) inside an existing namespace but YMMV.

Please update the unit tests if you change/fix anything in S.S.C.
Thanks

Sebastien Pouliot
home: spouliot at videotron.ca
blog: http://pages.infinit.net/ctech/poupou.html


-----Original Message-----
From: mono-devel-list-admin at lists.ximian.com
[mailto:mono-devel-list-admin at lists.ximian.com]On Behalf Of David
Sheldon
Sent: 17 janvier 2004 18:41
To: mono-devel-list at lists.ximian.com
Subject: [Mono-devel-list] Base64 Class position



I am about to do some work on Base64 handling. Hoping to move it out of
System.Security.Cryptography. However the question is, where should it
go? It should definitely stay in corlib. Should I create a Mono.Utils
namespace, and accompanying directory? This sort of thing is proably
quite important in the corlib.

David

--
Facts do not cease to exist because they are ignored.
		-- Aldous Huxley
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list at lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list




More information about the Mono-devel-list mailing list