Hi Damla,
do not worry about your "approach".
The worst thing I have seen in Saros yet was passing the ProgressMonitor
of the ProjectNegotiation Task down to the lowest part of our
network/transport layer (BinaryChannelConnection) where actually the GUI
content was rendered for the ProgressMonitor.
On 13.11.2014 23:53, Damla Durmaz wrote:
Hi Arsenij,
What I also have found is this paper, where my idea of an mvc design
is also captured:
http://www.ksi.edu/seke/Proceedings/seke11/166_Lei_Zhang.pdf
Look at table 1. There are several situations or patterns. I remember
a siuation during my implementation: I had my manager, which was
responsible to collect action awareness information. There, I called
the MultiUserChatService to print the action awareness information in
the MUC (remember? ;)). There, I created a ChatElement object and
injected it into the service, which was not even a hack, it was also a
convention violation. The reason: I created a ChatElement manually,
independent from the XMPP messages, and injected this into the MUC
model. Or summarized: In my manager, which was just responsible for
retrieving and distributing information, I edited a model and printed
something.
What I want to explain: An MVC-like pattern can be used and if this
were used, I would not have been allowed to edit a model from my
'action awareness distributor' (which can be let's say the C-part).
Cheers,
Damla
2014-11-13 18:29 GMT+01:00 Arsenij E Solovjev <xeper...@gmail.com
<mailto:xeper...@gmail.com>>:
And here's how an exemplary reply to this my mail looks like *wink
*wink
-------- Forwarded Message --------
Subject: Re: [DPP-Devel] Introducing Archnemesis/Chralx
Date: Thu, 6 Nov 2014 13:53:39 +0100
From: Damla Durmaz <ddurma...@gmail.com>
<mailto:ddurma...@gmail.com>
To: Arsenij E Solovjev <xeper...@gmail.com>
<mailto:xeper...@gmail.com>
CC: dpp-devel@lists.sourceforge.net
<mailto:dpp-devel@lists.sourceforge.net>
<dpp-devel@lists.sourceforge.net>
<mailto:dpp-devel@lists.sourceforge.net>
Hey Arsenij,
Firstly, very nice feature you work on. Secondly, I just can tell
from my experience what I think of two important things.
* During my development in my thesis, I sometimes made the same
mistake again and again, thus not calling some piece of code from
the SWT thread if it is needed. I mean, if there are such one- or
bidirectional rules, they could also check if someone is calling
something from the UI component, where in most cases it must be
called from the SWT thread. I don't know, how complicated this
would be and if it is even possible in the way I think. But it is
just an idea (also for the 'Ausblick' part of your thesis ^^). I
don't know it this issue is a frequent one in the Saros
development but I think an important one.
* Another rule was inspired from the MVC pattern. Is it possible
to collect components into new components (component ui + x + y is
the 'V' pattern/patternComponent, component concurrent + ? + .. is
the controller/controllerComponent). It then looks like a tier
application.
These are just ideas. Even when they are not realizable or unusual
perhaps they may be inspiring.
Cheers,
Damla
------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push
notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
<mailto:DPP-Devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/dpp-devel
------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel
------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel
