Die Suche ergab 53 Treffer

von topracer
4. Mär 2019 19:19
Forum: Konzepte der Programmiersprachen
Thema: Scope in Lambda Calculus
Antworten: 2
Zugriffe: 355

Re: Scope in Lambda Calculus

Ohh... Of course the function application is inside the scope of the leftmost binding, so the substitution is done in the scope of the inner binding instance. Then it makes sense... I mistakenly assumed that the function to which the argument is applied was the whole left side of it. Thank you for y...
von topracer
3. Mär 2019 19:56
Forum: Konzepte der Programmiersprachen
Thema: Scope in Lambda Calculus
Antworten: 2
Zugriffe: 355

Scope in Lambda Calculus

Hello, in Exercise 5, where the Y-Operator is applied for obtaining a recursive function application, the expression is reduced as follows in the solution: Y-Operator_lambdas.png The "n" in the "f(n+1)" is replaced by the "n+1" argument of the function application. However, I don't quite understand ...
von topracer
1. Mär 2019 10:59
Forum: Konzepte der Programmiersprachen
Thema: Abstract vs. Concrete Syntax
Antworten: 4
Zugriffe: 390

Re: Abstract vs. Concrete Syntax

Okay, thank you for the good explanation!
von topracer
25. Feb 2019 18:24
Forum: Konzepte der Programmiersprachen
Thema: Abstract vs. Concrete Syntax
Antworten: 4
Zugriffe: 390

Re: Abstract vs. Concrete Syntax

According to what I found here the non-Scala syntax seems to be the concrete syntax and the Scala representation the abstract one. (That also roughly matches the definition slide in the lecture, except for the example being in the wrong place.) But I would really appreciate an official statement on ...
von topracer
24. Feb 2019 11:40
Forum: Konzepte der Programmiersprachen
Thema: Abstract vs. Concrete Syntax
Antworten: 4
Zugriffe: 390

Abstract vs. Concrete Syntax

Hello, I noticed that in the slides the terms "abstract" and "concrete syntax" are used inconsistently... On the definition slide (p. 4) of V02, Abstract syntax seems to refer to the <AE> ::= ... notation: VL02_Abstract_Concrete_Syntax.png However, in V03 e.g. on p. 8 the same notation is named "con...
von topracer
14. Jul 2018 00:46
Forum: Software Engineering - Design and Construction
Thema: Delegation VS Fowarding
Antworten: 2
Zugriffe: 353

Re: Delegation VS Fowarding

I guess that for forwarding semantics it is class OtherClassForwarding extends Base { ... def m() { callee.m() } } because the object tells callee just to do something and callee does it for itself, without caring about the OtherClassForwarding object anymore. And for delegation class OtherClassDele...
von topracer
12. Jul 2018 15:47
Forum: Software Engineering - Design and Construction
Thema: Exercise 9
Antworten: 11
Zugriffe: 636

Re: Exercise 9

Okay, thank you for the explanations.
von topracer
11. Jul 2018 16:39
Forum: Software Engineering - Design and Construction
Thema: Exercise 9
Antworten: 11
Zugriffe: 636

Re: Exercise 9

Okay, thank you very much, I think I've got it now! :) No. The implementation of the visit calls the accept methods of the contained elements. Maybe my wording was not precise enough here: Ah okay. So, what we achieve by doing this (instead of calling the accept() methods in Project's accept() direc...
von topracer
11. Jul 2018 15:08
Forum: Software Engineering - Design and Construction
Thema: Exercise 9
Antworten: 11
Zugriffe: 636

Re: Exercise 9

Okay, thank you for the answer! The visit method of a aggregate element defines the iteration order on the sub elements in this case. You mean the accept(...) method in this case, right? In addition, it can be the case that a DependentTask wraps around a BillableTask. Ok, at this point there is some...
von topracer
11. Jul 2018 13:46
Forum: Software Engineering - Design and Construction
Thema: Exercise 9
Antworten: 11
Zugriffe: 636

Re: Exercise 9

Hello, I have another two questions regarding the exercise: 1.) If I understand correctly, Project (which is also a Visitable) should just call the accept(...) methods of all contained tasks in its own accept(...) method. In the Visitor pattern as introduced in the lecture, however, the ConcreteElem...
von topracer
28. Jun 2018 01:30
Forum: Software Engineering - Design and Construction
Thema: Ex 07, short questions
Antworten: 9
Zugriffe: 1113

Re: Ex 07, short questions

just as a heads up: in this exercise you will most likely produce code that is not accepted by the parses of IDEs(at least IntelliJ), but by the scala compiler. So maybe you should try compiling your solution with sbt or scalac directly before dismissing it. Thank you for this hint, I was quite con...
von topracer
7. Jun 2018 16:26
Forum: Software Engineering - Design and Construction
Thema: Ex05 - contracts for subclasses
Antworten: 1
Zugriffe: 180

Ex05 - contracts for subclasses

Hello, I have some questions regarding the new exercise. The exercise description says "If a class violates the LSP because it does not (re)define a method, add an LSP annotation (...)". Does this mean that every subclass must (re)define the methods of the superclass in general? (I cannot remember t...
von topracer
31. Mai 2018 13:48
Forum: Software Engineering - Design and Construction
Thema: Ex04 - ISP: classes/interfaces to be assessed
Antworten: 1
Zugriffe: 149

Ex04 - ISP: classes/interfaces to be assessed

Hello, the task description says "For all top-level interfaces and abstract classes (Expression, UnaryOperator, BinaryOperator) assess whether the ISP is violated or not." Does this mean that only those three classes have to be assessed? Is not ExpressionVisitor a top-level interface, too? Best rega...
von topracer
31. Mai 2018 13:39
Forum: Software Engineering - Design and Construction
Thema: Ex04 - DIP
Antworten: 3
Zugriffe: 263

Re: Ex04 - DIP

Hello, I have another question regarding this subtask. According to the lecture, higher-level modules should depend on "service interfaces" on the same layer rather than directly on lower modules. However, it is not quite clear to me which are the layers in the exercise. I would consider something l...
von topracer
4. Mai 2018 20:25
Forum: Software Engineering - Design and Construction
Thema: Ordering[_ >: TestResult]
Antworten: 1
Zugriffe: 416

Re: Ordering[_ >: TestResult]

From what I understand, the [_>: TestResult] is similar to Java's <? extends TestResult> which means that the generic type can be any subtype of TestResult. You cannot pass "Student#TestResult" as a parameter, but you can use it to specify the generic type to be used in a variable/value definition, ...

Zur erweiterten Suche