D120.de/forum

Hi,

In exercise 11, I used the proxy pattern. However, there are no annotations for this pattern in the template.
Shall I use the ones for the decorator pattern, since the proxy pattern is structurally equivalent to the decorator pattern?

Kind regards,
Mario

I found the solution to my question in the description of task 2. However, the current raises a new question: How should chooseNextPlaceholder work? Should it find the first placeholder, or the first that is found after the current. If the latter is the case, what should happen, when we found the la...

Hi,

what is the meaning of the "current" variable in the class "Formula"?

Kind regards,
Mario

Hi,

in the composite patterns, are the child management operations mandatory or optional?

Kind regards,
Mario

Hi,

when calling on exercise 11, I get the following error: Can you fix this?

Kind regards,
Mario

Hi,

how should None-Values be represented inthe CSV files?
Should they be represented by an empty String, or by "None". In the latter case, should Some-values be represented by "Some(...)"?
Is it correct, that the project tag should not be used in the CSV output format?

Kind regards,
Mario

Ah, I found it. I did not see that the TaskBuilder takes a String parameter for the description in the constructor.
Sorry

Ok, thank you.

How should a task's description be set by the TaskBuilder? The builder has no setter for this property.

Thank you for updating the exercise sheet. Am I right, that DependentTask and BillableTask do not have a project field? Does the runtime type of the result of TaskBuilder.build matter? I.e. if we have a dependency and a rate, does it matter, whether we return a Task with the runtime type DependentTa...

Hi, exercise 10 task 1 says: "Both of the previous classes should replace their wrapped tasks in lists of tasks, e.g. in a project. Note that this is not true for the dependency". I understand these two scentences as follows: DependentTask should not store its wrapped tasks in a list. BillingTask sh...

Hi,

can we assume, that we have a graph without cycles, so that each node can be seen as the root of a sub graph?
Is it allowed, that a val in a trait is annotated with @ParentAccess? Or doesn't a val count as a method?

Kind regards,
Mario

Are we suposed to also mark them as concrete decorators? Is it allowed to mark a class as a concrete decorator, and also as a concrete component at the same time?

Hi there,

in the decorator pattern, if there is a subclass of the concrete decorator, and this subclass does not contain any decoration code.
Can this subclass be seen as a concrete component, since it implements the component interface?

Kind regards,
Mario

Hi there,

if we identified a leaf in task 1 of exercise 8, and this leaf has further subclasses outside of the ignore package, should we also mark them as leafs? Or is it sufficient, if we only mark the base class?

Kind regards,
Mario

Hi there, exercise 8 does not compile. This is, because the apache commons packages import annotations like import de.tudarmstadt.stg.sedc.annotations.strategy.ConcreteStrategy; However, the annotations of this exercise are in the package annotations while the prefix de.tudarmstadt.stg.sedc is missi...