[prev in list] [next in list] [prev in thread] [next in thread]
List: koffice-devel
Subject: Re: kexi and its driver interface
From: Lucijan Busch <lucijan () gmx ! at>
Date: 2002-12-11 18:00:35
[Download RAW message or body]
On Wednesday 11 December 2002 07:12, Dawit A. wrote:
> Hello,
>
> I'm interested in writing a Postgresdb driver for kexi
very nice idea since i don't here anything by aseigo
> , but have few
> questions before I start writing that interface. First why do some of the
> function pass QString by value instead of reference ? For example, the
> connect functions in kexidb.h.
>
> The other is an advice from experience on using multiple arguments to pass
> authentication/login information. IMHO the postgres approach of using just
> a simple string separated by spaces makes it infinitely scalable without
> affecting backward compatibility at a cost of loosing automatic type
> checking. Even a better approach might be to use a QMap of strings as a
> predefined name/value pairs. For example, In kexidb.h the interface would
> be defined as:
>
> typedef ConnectInfo QMap<QString,QString>;
>
> virtual bool connect (const ConnectInfo& conninfo);
>
> And in the application it would be:
>
> void somefun (...)
> {
> ConnectInfo conn;
>
> conn["username"] = foo;
> conn["port"] = portnumber;
> conn["db"] = dbname;
>
> connect (conn);
> }
that idea looks nice, but i don't really understand what should be the
advatage of this system...
however, maybe we could meet in irc (irc.freenode.net) i'm called lucijan
and talk about that
cu
lucijan
> Just my $0.02 worth...
>
> Regards,
> Dawit A.
>
> _______________________________________________
> koffice-devel mailing list
> koffice-devel@mail.kde.org
> http://mail.kde.org/mailman/listinfo/koffice-devel
_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic