#48 closed enhancement (done)
Refactor operator modularization concept
| Reported by: | swagner | Owned by: | swagner |
|---|---|---|---|
| Priority: | medium | Milestone: | HeuristicLab 3.3.0 |
| Component: | Operators | Version: | 3.0 |
| Keywords: | Cc: |
Description
The operator modularization concept needs some revision. Handling with combined operators and operator extractors is quite cumbersome and should be simplified. Additionally, combined operators should also offer a possibility to define variable infos representing variables needed inside their wrapped operator graph (cf. programmable operator).
Change History (18)
comment:1 Changed 17 years ago by swagner
- Status changed from new to assigned
comment:2 Changed 17 years ago by swagner
comment:3 Changed 17 years ago by swagner
Worked on in r50
comment:4 Changed 17 years ago by swagner
Worked on in r51
comment:5 Changed 17 years ago by swagner
Worked on in r52
comment:6 Changed 17 years ago by swagner
Worked on in r54
comment:7 Changed 17 years ago by swagner
Trying to realize a cool concept of operator modularization showed some problems concerning the core architecture. Therefore I created a branch called Modularization in r55 to experiment with some severe architectural changes for better supporting operator modularization.
comment:8 Changed 17 years ago by swagner
Worked on branch in r56
comment:9 Changed 17 years ago by swagner
Worked on branch in r57
comment:10 Changed 17 years ago by swagner
Worked on branch in r58
comment:11 Changed 17 years ago by swagner
Merged changes from branch Modularization back into trunk again in r61
comment:12 Changed 17 years ago by swagner
Deleted branch Modularization in r62
comment:13 Changed 17 years ago by swagner
Worked on in r63
comment:14 Changed 17 years ago by swagner
- Resolution set to fixed
- Status changed from assigned to closed
Finished refactoring of the operator modularization concept and closing this ticket for now.
Further considerations of operator modularization have to be done in the future. Especially, it seems reasonable to split operators into operators and operator calls to separate operators from actual parameter definitions. However, such a change will require severe changes in the core classes. Therefore I will not work on those issues for now and will leave them for later versions of HeuristicLab (this will be an important topic for HeuristicLab 3.1).
comment:15 Changed 17 years ago by swagner
Added ticket #57 for HeuristicLab 3.1 concerning the issue of splitting operators.
comment:16 Changed 16 years ago by swagner
- Milestone changed from 3.0 to Iteration 0
Milestone 3.0 deleted
comment:17 Changed 14 years ago by swagner
- Milestone changed from Iteration 0 to Current
Milestone Iteration 0 deleted
comment:11 Changed 14 years ago by swagner
- Milestone changed from Current to HeuristicLab 3.3.0
Milestone Current deleted
Worked on r48