incubator-etch-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Martin Veith (Created) (JIRA)" <j...@apache.org>
Subject [jira] [Created] (ETCH-222) Refactoring of EtchObject TypeHandling
Date Wed, 07 Mar 2012 10:58:57 GMT
Refactoring of EtchObject TypeHandling
--------------------------------------

                 Key: ETCH-222
                 URL: https://issues.apache.org/jira/browse/ETCH-222
             Project: Etch
          Issue Type: Task
          Components: binding-cpp
            Reporter: Martin Veith
            Assignee: Martin Veith
            Priority: Minor


At the moment a derived class of EtchObject can set the EtchObjectType only through the constructor.
This causes that every class has to provide a constructor to set the EtchObjectType information.
If someone would like to derive from a certain class, this class must have a special constructor
to be able to set the EtchObjectType correctly.
Therefore we need another method named setObjectType(this, parent) which is implemented by
EtchObject. Each individual class has to call the setObjectType in its constructor to set
the correct type information. 
The type hierarchy can then be stored in a List in EtchObject. This makes it possible to extend
EtchObject  with another method "instanceOf" to check the dependency graph. 

One example would be the dependency hierarchy EtchObject -> EtchTypeValidator -> EtchTypeValidator_Boolean


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message