Xmldoom::doc::GettingStarted 0.015 review
DownloadXmldoom::doc::GettingStarted is a step-by-step tutorial to setting up Xmldoom. In the end, you want to have a Perl package made up
|
|
Xmldoom::doc::GettingStarted is a step-by-step tutorial to setting up Xmldoom.
In the end, you want to have a Perl package made up of custom objects which are backed by the database. You want these object to work straight-out of the box, with no concern to connecting to the database, our initializing Xmldoom --- just use your package, new() some objects, and away you go!
Unfortunately, some setup is required to get Xmldoom going in the first place. Here is an overview of this process:
You must write two XML files, conventionally named database.xml and objects.xml, which describe your database layout and define your objects respectively.
You must "bootstrap" Xmldoom in your code. This means that the first time anyone trys to use your Xmldoom-ized objects, Xmldoom will be initialized, loading the two XML files described above and registering a connection factory which will manage connections to your database.
You must create Perl modules that are bound to the objects described in your object definition (probably objects.xml). Here you can customize your objects with hooks into Xmldoom or by adding methods specific to your project domain.
I know this sounds like a lot, but really it isn't! The database.xml file can be automatically generated from your database (or your database can be generated from your database.xml file), this tutorial will provide you with a standard way to bootstrap Xmldoom, and the minimal Perl module required to use an Xmldoom object is only three lines long.
What that leaves you with is designing your applications objects, which is really what you wanted to spend your time doing anyone, right?
Requirements:
Perl
Xmldoom::doc::GettingStarted 0.015 search tags