views:

78

answers:

2

Here's what I'd like to do:

class A {
  String string
  static constraints = {
    string(maxSize:100)
  }
}

class B extends A {
  static constraints = {
    string(url:true)
  }
}

So class A should have some constraints and B should have the same plus additional constraints on the same property.

I couldn't get that to work though and I can imagine that it would clash with the Table-per-Hierarchy concept.

So I tried to work around that problem by introducing a Command object with class B's constraints which can be validated in the constructor of class B. However it seems that Command objects can only be used within controllers (grails keeps saying that there is no .validate() method for it).

So my question is: What is the most elegant way to solve this using grails constraints (not re-implementing the validation manually)? Could be...

  • Switching to Table-per-Sub-Class concept?
  • Making the Command Object work in the Domain class somehow?
  • Any other way?

Edit: It would be okay for me to define all the constraints in the child classes, repeating the constraints of the parent class or not even having constraints in the parent class at all. But the solution should work for multiple child classes (with different constraints) of the same parent class.

A: 

As constraints is a closure executed by some ConstraintsBuilder, I'd try calling it from B, like

class B extends A { 
  static constraints = { 
    url(unique: true)
    A.constraints()
  } 
}

No idea if it will work, though.

Victor Sergienko
A: 

Basically I do not see how it can be done.

Design wise a domain class actually maps the structure of the database table. The constraints will actually generate DB constraints. So your are trying to make several objects that will generate different constraints on the same table.

I think the better approach would be to create one domain object that has the simplest subset of constraints and then use different command objects to fine tune the exact constraints you want to be passed to the domain.

You could also use the validator: in the constraints to fine tune different constraints for different objects types (something like a types column in the domain and based on different types do different validation).

Demian