jDaoFactoryBase should purpose intuituve methods

[bastnic]

In django and ruby on rails they are some "models" method which use regexp to directly create some dynamics methods. Example :

if I call something like

$mydao->title_beginWith("toto"); $mydao->title_endWith("toto"); $mydao->title_contain("toto");

or

$mydao->category_beginWith("miaou");

"title" and "category" are fields of the current dao.

We can use the magic class method call and test the name of functions, test if field exists and then generate the SQL code.

What do you think about that (bibo ant laurentj seems to be agree, we talk about that at the RMLL where you don't come :p)

[bballizlife]

On the user side, i think this features should be great.

To be a little bit more explicit :

• beginWith('foo') will correspond to : like 'foo%' ?
• endWith('foo') will correspond to : like '%foo' ?
• contain('foo') will correspond to : like '%foo%' ?

On Jelix side : would this methods will be created on the fly or integrated in the dao compiled file ?

As i said, i'm ok for this. The only thing we should take care of is performance issues. Does creating and calling methods on the fly not too counter-productive ? If generating the methods in the dao compiled file, wouldnt it be to overweighted ?

(i was not at the RMLL so i don't know about your discussion and if you talk about the implementation).

[laurentj]

For performance issues, we can do this :

• adding support of some attributes on field element, to indicate we want to generate méthods *_beginWith etc... ( searchOn="begin,end,contains" ? ), or a <method type="property_search" how="begin"> ...
• adding implementation of call method, so, if the developer forgot to specify attributes/method element, it still works.

[bballizlife]

I'm very late to answer to this...

Ok agree with laurentj proposal, seems very nice to me. So bastnic, you can patch ;)