[kplato] Application Class Structure

Thomas Zander kplato@kde.org
Sun, 24 Jun 2001 20:50:55 +0200


On Sun, Jun 24, 2001 at 07:13:09PM +0100, John D Lamb wrote:
> I drew some class diagrams and put together some basic structure that we
> could use. I've created some HTML to show the structure and put it on
> http://www.btinternet.com/~uyea/ 
> 
> Please make comments. This is by no means complete or ideally
> structured.
> 
> If anyone wants the source for this, email me.
> 
> I'd like to see some use-case diagrams for how various users might
> interact with kplato.
> JDL

I am mainly a Java programmer, sorry for the default question; why are 
methods which are implemented in parent classes not displayed in the child
classes? 
Makes it hard to figure out functionaility.

Could you ellaborate on what are predecessors and successors?
It looked to me like these are just interface methods to the
hierarchy of projects/tasks/subtasks. So I am wondring why there 
are so many functions for this, a 
    QList<Node*> getParents();
    QList<Node*> getChildren();
would suffice.

In Node you have getPredecessors() and getAllPredecessors()
I would not have a getAllPredecessors() method, this breaks the OO 
aprouch. (recursive methods are OK, but not in the data-structure)

same for getAllSuccessors()

I don't see a reason why a project is different from a subproject, they
both have the same functionality.
The only difference is if they have parents or not. But this is not 
defined in the class itself, just in the usage of it.


I honestly admin that the risk/duration discussion was over my head, but
the implementation of the tree of classes seems a bit to much for me.
I think one class should suffice, maybe have multiple constructors..
The main reason to use one class is becuase the basic duration is a data
object, all the classes you have under them are calculations on that object.
I suggest to move those to the duration class (make it know things about 
itself).
Maybe add a number of static methods which return a duration object..

-- 
Thomas Zander                                            zander@earthling.net
The only thing worse than failure is the fear of trying something new