Subject | Re: C API Upgrade? |
---|---|
Author | gerryw@compvia.com |
Post date | 2008-01-30T22:40:18Z |
Hi,
maintained and supported by the core development team. This is
particularly true for commercial applications.
addition of
some higher level convenience functions to the existing API. This would
be along the same lines as isc_expand_dpb(). If done properly, this would
have no impact on the existing interface nor compromise backward
compatibility.
Thanks,
-G
[Non-text portions of this message have been removed]
>I can't speak for all Firebird users but personally I rarely have aThere are those of us who will always want to go for the official API
>reason to resort to coding on the API directly. There are so many
>good abstraction layers available there is really very little reason
>to get down and dirty with the API.
maintained and supported by the core development team. This is
particularly true for commercial applications.
>Really what you are talking about is building yet another anotherNo. This is precisely NOT what I'm talking about. I'm suggesting the
>abstraction layer. If it were me, I would simply find one of the
>existing abstraction layers and use it rather than trying to
>re-engineer the existing API.
addition of
some higher level convenience functions to the existing API. This would
be along the same lines as isc_expand_dpb(). If done properly, this would
have no impact on the existing interface nor compromise backward
compatibility.
Thanks,
-G
[Non-text portions of this message have been removed]