By default, if you have a users
table, TDBM will generate those classes:
User
class for the main beanAbstractUser
class for the "base" beanUserDao
class for the main DAOAbstractUserDao
class for the "base" DAONote: before TDBM 4.3, naming of beans was quite different:
UserBean
class for the main beanUserBaseBean
class for the "base" beanUserDao
class for the main DAOUserBaseDao
class for the "base" DAOThese naming can be configured. To generate those names, TDBM relies on a naming strategy.
The default naming strategy is a class named DefaultNamingStrategy
and implementing the NamingStrategyInterface
.
When configuring the naming, you have 2 solutions:
DefaultNamingStrategy
instanceNamingStrategyInterface
implementation to TDBMThe default naming strategy assumes the name of the tables are in English and in plural form. The default naming strategy will put the table name in CamelCase, in singular form and then add suffixes and prefixes.
Those suffixes and prefixes are configurable:
// Let's create a naming strategy that maps behaviour of TDBM version <= 4.2
$strategy = new DefaultNamingStrategy();
$strategy->setBeanPrefix('');
$strategy->setBeanSuffix('Bean');
$strategy->setBaseBeanPrefix('');
$strategy->setBaseBeanSuffix('BaseBean');
$strategy->setDaoPrefix('');
$strategy->setDaoSuffix('Dao');
$strategy->setBaseDaoPrefix('');
$strategy->setBaseDaoSuffix('BaseDao');
Furthermore, you can configure a set of exceptions. This can be useful if your table names are not in English or not in plural form.
Let's assume you have a table named chevaux
('horses' in French). The singular form is 'cheval', so you would want a 'Cheval' bean and a 'ChevalDao'. That easy with the setExceptions
method:
$strategy->setExceptions([
'chevaux' => 'Cheval'
]);
(Available in TDBM 5.1+)
You can also use the @Bean annotation to directly alter the name of the beans/daos.
CREATE TABLE `members` (
`id` varchar(36) NOT NULL,
`login` varchar(50),
PRIMARY KEY (`id`)
) COMMENT("@Bean(name=\"User\")");
If you need a more fine-grained control over the naming strategy, you can simply implement your own NamingStrategyInterface
class. Or you can extend the AbstractNamingStrategy
class that implements most of the boilerplate code you will need and still offers a large degree of freedom.
The naming strategy is passed as a parameter of the Configuration
class used to configure the TDBMService
.
Found a typo? Something is wrong in this documentation? Just fork and edit it!