[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: perl OO API?
- Subject: Re: perl OO API?
- From: Ashley J Gittins <..hidden..>
- Date: Thu, 4 Jan 2007 03:18:21 +1000
Chris I just wanted to chime in here and say... Whooo!
This all sounds excellent - I wholeheartedly support the direction of sticking
to PostgreSQL and the separation of UI and process. I wanted to say something
because all too often this sort of infrastructural work is long and tedious
and at times, thankless.
The path to 1.3 I think will see some huge payoffs in maintainability and
future expansion and integration. I hope to find some areas where I may be
able to contribute, time and skills pending, looking forward to the ride!
</fanboymode>
Cheers,
Ash
On Thursday 04 January 2007 02:18, Chris Travers wrote:
> Hi Klavs;
>
> I am going to describe where we are going here with the API. We have
> abandoned all appearances of supporting any db's other than PostgreSQL
> and will be re-engineering the API over the next year or so. 1.3 will
> be the first release with some of the API re-written.
>
> You can divide the logic of the application into really a few areas:
> 1) Data logic (M)
> 2) UI Generation (V)
> 3) Application logic (C)
>
>
> Most of what is in the SQL-Ledger PM's at the moment is data logic.
> Data logic will be moved entirely into the db via stored procedures to
> the greatest extent practical. A very light-weight object model will
> sit on top of these.
>
> UI Generation is going to be done in Template Toolkit at first and
> then XML/XSLT as the API matures. We will probably support both TT
> and XML/XSLT in parallel. The RESTful API is essentially treated as a
> UI.
>
> I assume that by the time 1.3 comes out, we will have a better idea of
> what sort of logic the application still has to handle outside this.
> Certainly authentication and some other areas need to be looked at
> here. Once we really start moving to this model, we will probably
> find that most of this is simple proceedural stuff.
>
> Note that since most of the data logic will be contained in the db, it
> will be trivial to write other apps that interact with LedgerSMB in
> any other language.
>
> Hope this helps, and sorry for the delay.
>
> Best Wishes,
> Chris