Closed Xenolel closed 9 years ago
We hebben die constructor nog nodig voor het inleesbestand, want sommmige taken staan op finished daar blijkbaar.
Moeten we daarmee rekening houden? We kunnen ook de taak aanmaken en ze daarna updaten in de parser
Ja inderdaad da kan ook natuurlijk en dat is mss het best, dus ja dan mag die constructor idd weg
nog een voorstel: extra constructor Task(String description, long estDur, int accDev, Task altFor, Task[] prereq) zodat setAlternativeTask() in die constructor kan gebeuren en private wordt?
Ja dat is een zeer goed idee
Als je setAlternativeTask op private wilt zetten, betekent het ook dat je niet langer bestaande taken kunt kiezen als alternative voor een andere taak
misschien is het niet slecht als we die abstractie maken... ?
sgoed, kzal setAlternativeTask private maken
Klopt het dat we niet langer willen dat het mogelijk is de status van een task mee te geven in de constructor?
Dit betekent dat de volgende 2 constructors overblijven: