Additional interface per group

Posts   
 
    
HcD avatar
HcD
User
Posts: 214
Joined: 12-May-2005
# Posted on: 03-Jul-2012 10:26:14   

Hello,

I was wondering if it's possible to add "Additional Interfaces" per group. AFAIK it's only possible to set at the project level (for all entities) or at the entity level, and not at group level.

I'm using LLBLGen v3.5

Kind regards, Sven.

Walaa avatar
Walaa
Support Team
Posts: 14950
Joined: 21-Aug-2005
# Posted on: 03-Jul-2012 18:37:58   

Do you need to define an interface to be inherited by each element (e.g. entity) within a group?

As you said, currently it's either on the project level, or per element (e.g. entity).

HcD avatar
HcD
User
Posts: 214
Joined: 12-May-2005
# Posted on: 03-Jul-2012 18:52:22   

Yes, our DB is split up into multiple schemas (Core, Security, moduleA, moduleB,...)

For FDA compliance, we added audit trailing and have chosen to have 1 audittable per table, in audit schema'ss (AuditCore, AuditSecurity,...). The auditing is handled in an override of OnSaveEntityComplete of the DataAccessAdapter (only a few lines of code, and since we don't to Deletes, it's the simplest approach). The implementation needs us to have an IAuditable interface on all entities (except of course on the Audit-entities themselves)

Different schema's result into different groups per default in the designer. It would be very handy to be able to define the IAuditable interfaces at the group level. The options now are : - at project level : not good, our audit-entities then also are IAuditable - at entity level : has to be added for hundreds of entities, a boring and error-prone work

As a matter of fact, what is the intention of splitting up in groups in the designer ? I don't see any benefits (no other namespaces, no "customization" at group level) except for the visualization in the designer (which is already nice of course simple_smile

Kind regards, Sven.

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39614
Joined: 17-Aug-2003
# Posted on: 04-Jul-2012 12:13:18   

HcD wrote:

Yes, our DB is split up into multiple schemas (Core, Security, moduleA, moduleB,...)

For FDA compliance, we added audit trailing and have chosen to have 1 audittable per table, in audit schema'ss (AuditCore, AuditSecurity,...). The auditing is handled in an override of OnSaveEntityComplete of the DataAccessAdapter (only a few lines of code, and since we don't to Deletes, it's the simplest approach). The implementation needs us to have an IAuditable interface on all entities (except of course on the Audit-entities themselves)

Different schema's result into different groups per default in the designer. It would be very handy to be able to define the IAuditable interfaces at the group level. The options now are : - at project level : not good, our audit-entities then also are IAuditable - at entity level : has to be added for hundreds of entities, a boring and error-prone work

Good suggestion, we'll look into it for v4.x

In the mean time, it might be better to add this through a plugin, which shouldn't be too hard.

As a matter of fact, what is the intention of splitting up in groups in the designer ? I don't see any benefits (no other namespaces, no "customization" at group level) except for the visualization in the designer (which is already nice of course simple_smile Kind regards, Sven.

See: http://weblogs.asp.net/fbouma/archive/2012/06/20/llblgen-pro-feature-highlights-grouping-model-elements.aspxwink

Frans Bouma | Lead developer LLBLGen Pro
Otis avatar
Otis
LLBLGen Pro Team
Posts: 39614
Joined: 17-Aug-2003
# Posted on: 01-Mar-2013 16:09:24   

Implemented in v4 using the same rules system as with attributes, so fine-grained support elements get which interfaces/namespaces

Frans Bouma | Lead developer LLBLGen Pro
HcD avatar
HcD
User
Posts: 214
Joined: 12-May-2005
# Posted on: 01-Mar-2013 16:10:36   

You rock ! simple_smile