This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Reason C++ Framework
- From: "Emerson Clarke" <emerson dot clarke at gmail dot com>
- To: libstdc++ at gcc dot gnu dot org
- Date: Sat, 17 Mar 2007 17:43:34 +0000
- Subject: Reason C++ Framework
- References: <80718dd60703161639n45fd9a92y7700321af982e96c@mail.gmail.com>
I have recently released a new C++ framework by the name of Reason
under the GPL. It provides a well rounded platform agnostic
alternative to both Boost and STL, but also contains many
complimentary features.
It is written using a metaphor more akin to Java or .NET but still has
a very powerful and portable library of generic collections such as
List<>, Array<>, Map<>, Set<>, Hashmap<>, and Hashset<>.
Naturally it also has Iterator<>'s and all the other features you
would expect. On the whole Reason is probably a little more
consistent than Boost/STL and focuses on usability and readability
above genrics. One of its key design goals is the principle of least
surprise...
You will find classes for networking (including client and server
implementations of common protocols like http), threading, streams,
strings, filesystem & io, compression, encryption, dates & times,
regular expressions, sql, xml, xpath, logging & configuration, and
high resolution timers.
It compiles under gcc and vc with a simple makefile/project and is
very compact and self contained having only a few dependencies.
http://reasoning.info/
For downloads visit
http://reasoning.info/download.htm
And for some simple examples visit
http://reasoning.info/examples.htm
Its always worth remembering that C++ can and often is used in ways
which do not fit the standard library model. The C++ standards
committee should consider this when making changes to the language.
I hope that Reason provides a good example of such an alternative way
of thinking, as i for one would much rather see things like function
pointers being given a standard representation rather than
implementation dependent, instead of more esoteric features like
auto<> which are mainly suited to STL and its derivatives.
Regards,
Emerson