Preparing Mozart 1.4.0
Raphael Collet
raphael.collet at uclouvain.be
Sun Jun 29 23:06:58 CEST 2008
Boriss Mejias wrote:
> Raphael Collet wrote:
>> Boriss Mejias wrote:
>>>
>>> Another clarification here. A while ago, when we decided that mozdss
>>> should go as a branch in the official Mozart repository, we discussed
>>> with Erik and Raph about the support to C++. We decided that it would
>>> be unnecessary work, so we dropped it. From that point, DSS evolved
>>> mainly thinking in terms of Mozart, and the support for C++ became
>>> obsolete.
>>>
>>> One of the big changes done in the implementation was the transition
>>> from "Mediator + Abstract Entity" to only an Abstract interface on
>>> DSS, with its implementation in the Glue layer of Mozart. This
>>> implementation is more efficient, but it request more work on the
>>> Glue layer.
>>
>> Well, in fact it *simplified* the Glue layer.
>
> Sure. It simplifies the architecture of AE + Mediator by only having one
> entity now. What I mean is that before, part of the job was done by the
> AE in the DSS, and the other part by the Mediator in the Glue. Now, the
> AE does not exist in the DSS any more (it's only an interface),
> therefore, more work is done at the Glue layer.
No, there is nothing more done in the Glue layer. The AbstractEntity
provided operations implemented by the DSS, while the Mediator was an
interface for callbacks provided by the Glue. I merged both into an
abstract class, implemented partly in the DSS, partly in the Glue layer.
With the new design, you extend an AbstractEntity with the semantics of
the operations, and you have a class for your entities with distribution
support. Believe me, I actually made things simpler ;-)
Cheers,
raph
More information about the mozart-hackers
mailing list