Talk:DCI

From APIDesign

(Difference between revisions)
Jump to: navigation, search
Line 52: Line 52:
abstract actions but I spend a _lot_ of time with [[MVC]] details.
abstract actions but I spend a _lot_ of time with [[MVC]] details.
[[DCI]] doesn't solve any of the problems I have to deal with.
[[DCI]] doesn't solve any of the problems I have to deal with.
-
I think that is because DCI deals with the C->M interaction while I'm
+
I think that is because [[DCI]] deals with the C->M interaction while I'm
more concerned with M->V interactions. See my mini-variations of [[MVC]] in [http://www.netbeans.org/issues/show_bug.cgi?id=172694 IZ 172694].
more concerned with M->V interactions. See my mini-variations of [[MVC]] in [http://www.netbeans.org/issues/show_bug.cgi?id=172694 IZ 172694].
-- ivan soleimanipour 09:24, 24 September 2009 (CEST)
-- ivan soleimanipour 09:24, 24 September 2009 (CEST)
 +
 +
You are right that my presentation about Actions and [[DCI]] deals more with C->M than M->V. I am not sure if this this can be said about the [[DCI]] itself, maybe I am misinterpreting it slightly. As the amount of interactions goes: it is increasing in two directions. First of all we have general actions oriented contexts like compile, execute, save with various data being morphed into them. Then there are data oriented contexts like DBTable, DBColumn with various actions recognizing them and providing unlimited number of operations on them.
 +
 +
--[[User:JaroslavTulach|JaroslavTulach]] 20:17, 24 September 2009 (UTC)
 +
</div>
</div>

Revision as of 20:17, 24 September 2009

Comments on DCI <comments />


Contents

ivan soleimanipour said ...

In the MVC that I know controls are strongly associated with the view. I po that NB's need for context arises from having global tool/menubars ... a rut we're stuck in from the days of weak HW and weak OSes (Mac, Win3.1) Machines with better capability naturally evolved to a multi-window multi-control style. In the early days of NB it became clear that If you have focus-follows-mouse you cannot establish context and cannot have SDI. I believe that keeping controls "in" the view establishes context by visual proximity and visual proximity is an excellent way of establishing context.

--ivan soleimanipour 00:29, 23 September 2009 (CEST)

SDI vs. MDI is not really important for having one global menu and toolbar bar (e.g. a single interactions). NetBeans used to have SDI (only or by default) till ~2003. Still there was just one menu and toolbar. So your nostalgia for focus-follows-mouse cannot be used to decide the MVC vs. DCI evolution fight. The modular applications just naturally lead to definition of more abstract interactions. Actions in NetBeans are natural, easy to spot example.

--JaroslavTulach 06:57, 23 September 2009 (UTC)

Ido Green said ...

Very good video! Please bring us some more ;) I like the intro - on why MVC is not part of the future...

--Ido Green 01:00, 23 September 2009 (CEST)

It is not that easy to find such generally interesting topic. But we will try.

--JaroslavTulach 06:57, 23 September 2009 (UTC)

Mathieu Bastian said ...

Thanks for this article and presentation. The DCI pattern definitely make sense for me, as a large modular application architect.

The article can also be completed by http://folk.uio.no/trygver/2008/commonsense.pdf

--Mathieu Bastian 15:10, 23 September 2009 (CEST)

ivan soleimanipour said ...

Has the number of abstract interactions grown in recent years? I dread the day Sun will stop producing it's keyboards. It has the following keys on the left: Stop, Again, Props, Undo, Front, Copy, OPen, Paste, Find, Cut. Are there really that many more abstract actions? REST does with 4 :-) I work with debuggers and they have very little use for abstract actions but I spend a _lot_ of time with MVC details. DCI doesn't solve any of the problems I have to deal with. I think that is because DCI deals with the C->M interaction while I'm more concerned with M->V interactions. See my mini-variations of MVC in IZ 172694.

-- ivan soleimanipour 09:24, 24 September 2009 (CEST)

You are right that my presentation about Actions and DCI deals more with C->M than M->V. I am not sure if this this can be said about the DCI itself, maybe I am misinterpreting it slightly. As the amount of interactions goes: it is increasing in two directions. First of all we have general actions oriented contexts like compile, execute, save with various data being morphed into them. Then there are data oriented contexts like DBTable, DBColumn with various actions recognizing them and providing unlimited number of operations on them.

--JaroslavTulach 20:17, 24 September 2009 (UTC)

Personal tools
buy