Hello list,
If I am making an application with MVC pattern and calculations are needed
to be performed on the data when the user interacts with the application,
would you:
do the calculations in the Model?
create a separate class that handles the calculations and puts the results
in the model?
bject: [Flashcoders] MVC style
Hello list,
If I am making an application with MVC pattern and calculations are needed to
be performed on the data when the user interacts with the application, would
you:
do the calculations in the Model?
create a separate class that handles the calculations and puts the re
--Original Message-
> From: flashcoders-boun...@chattyfig.figleaf.com
> [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of David Hunter
> Sent: Wednesday, February 15, 2012 1:32 PM
> To: Flash Coders List
> Subject: [Flashcoders] MVC style
>
> Hello list,
>
> If I
m] On Behalf Of Ross
Sclafani
Sent: Wednesday, February 15, 2012 4:05 PM
To: Flash Coders List
Cc: Flash Coders List
Subject: Re: [Flashcoders] MVC style
I am an MVC purist, I always proceed as follows:
Models should ONLY store information, particularly the state of the
application and any data retr
-controller
Best regards,
Cor van Dooren
-Original Message-
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Bryan
Thompson
Sent: donderdag 16 februari 2012 9:37
To: 'Flash Coders List'
Subject: RE: [Flashcoders] MVC s
-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Ross
Sclafani
Sent: Wednesday, February 15, 2012 4:05 PM
To: Flash Coders List
Cc: Flash Coders List
Subject: Re: [Flashcoders] MVC style
I am an MVC purist, I always proceed as follows:
Models should ONLY store inform
We work with two MVC frameworks: RobotLegs in Flash and RubyonRails on the
server.
RubyonRails mandates a "thin controller fat model" paradigm and we try to
user that in Flash as well.
Under this paradigm, wherever possible, things should be in the model. One
good reason for doing this is code re
yeah, getting more into robotlegs took me away from fat controllers, the
single are a really nice way to make sure you don't end up with any
monolithic classes.
if your calculations change the data i'd say they should be in the model
and exposed through it's API. if they are just using the data fr
y, February 15, 2012 1:32 PM
To: Flash Coders List
Subject: [Flashcoders] MVC style
Hello list,
If I am making an application with MVC pattern and calculations are needed to
be performed on the data when the user interacts with the application, would
you:
do the calculations in the Model?
cre
t;>>
>>> Jason Merrill
>>> Instructional Technology Architect II
>>> Bank of America Global Learning
>>>
>>>
>>>
>>>
>>>
>>> ___
>>>
>>> -Original Message--
oller, they would be in the
> Model. Sometimes you can justify them being in the view if it's related to
> the view. Calculations are also in a Service class if they are part of a
> service in some way.
> >>>
> >>> Jason Merrill
> >>> Instructional Technolo
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of David Hunter
Sent: Wednesday, February 15, 2012 1:32 PM
To: Flash Coders List
Subject: [Flashcoders] MVC style
Hello list,
If I am making an application with MVC pattern and calculations are needed to
be performed on the data when the user inter
al Message
Subject: Re: [Flashcoders] MVC style Correction
From: John McCormack
Date: Sat, February 18, 2012 1:22 pm
To: Flash Coders List
A really nice explanation.
I tried to find your EastAsMVC after being on your site, is it on the
way?
Also, what comes first, ie. how do the models, cont
oders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of
jchilc...@interactivityunlimited.com
Sent: donderdag 16 februari 2012 19:44
To: Flash Coders List
Subject: RE: [Flashcoders] MVC style Correction
Models shouldn't have any knowledge of each ot
boun...@chattyfig.figleaf.com] On Behalf Of
> jchilc...@interactivityunlimited.com
> Sent: donderdag 16 februari 2012 19:44
> To: Flash Coders List
> Subject: RE: [Flashcoders] MVC style Correction
>
>
> Models shouldn't have any knowledge of each other or anything outside of
> themselves
Subject: Re: [Flashcoders] MVC style Correction
maybe this will help:
http://www.robotlegs.org/diagram/
the solid lines are method calls, the dashed lines are events
On 17 February 2012 18:58, Cor wrote:
> Jord,
>
> This is exactly what I don't understand to do in actionscript!
>
nderdag 16 februari 2012 19:44
To: Flash Coders List
Subject: RE: [Flashcoders] MVC style Correction
Models shouldn't have any knowledge of each other or anything outside of
themselves. The controller should usually be the first area to set up.
Everything else is set up and managed by the co
services). Usually, there will be one central controller that handles
>>> your
>>> main program management. Other controllers can be set up and delegated by
>>> the main controller, but this is not always necessary. In a well set up
>>> MVC
>>> appli
Hands down the best explanation of MVC I've ever seen anywhere, is in
this iTunes U series (item 43 at the bottom of the list) - you can just
grab the slides too, but you'll miss all the emotion and humor of the
delivery :-)
http://itunes.apple.com/us/itunes-u/ipad-iphone-application-developmen
I just rewatched the video, and it turns out that I forgot about the
more complicated version with data sources.
But still, if I got it right, the general idea is the controller adjusts
the data into the generic formats for generic views (either all at once
if you skip the data source glue, or
Can somebody show me a View class that doesn't update itself? What does it do?
Are all of its properties public?
Conversely, can someone show me a controller class that does the work of both
modifying the model and manipulating the view? Does it lead to a ton of code in
one class?
I'm not sug
That idea that the one thing MVC interpretations have in common - that
models can only be updated by the controller makes sense.
I tried to learn MVC a few times before it really stuck in my head.
These where the problems I encountered:
- What does MVC apply to? Is it an application level frame
Subject: Re: [Flashcoders] MVC style Correction
That idea that the one thing MVC interpretations have in common - that
models can only be updated by the controller makes sense.
I tried to learn MVC a few times before it really stuck in my head.
These where the problems I encountered:
- What does
"Ross Sclafani" wrote:
It is very easy to locate any code in one of my projects by ascertaining the
domain of the code in question and looking in the appropriate branch.
Does it store data? It's in the model. Does it interpret and display data? Try
your views. Does it manipulate data? Look in th
oders-boun...@chattyfig.figleaf.com] On Behalf Of Mattheis, Erik
(MIN-WSW)
Sent: Thursday, February 23, 2012 8:26 PM
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
"Ross Sclafani" wrote:
It is very easy to locate any code in one of my projects by ascertaining the
d
l Message-
> From: flashcoders-boun...@chattyfig.figleaf.com
> [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Mattheis,
> Erik (MIN-WSW)
> Sent: Thursday, February 23, 2012 8:26 PM
> To: Flash Coders List
> Subject: Re: [Flashcoders] MVC style Correction
>
&g
Global Learning
___
-Original Message-
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Ross Sclafani
Sent: Friday, February 24, 2012 4:29 PM
To: Flash Coders List
Subject: Re: [Flashcoders] MVC s
al Message-
> From: flashcoders-boun...@chattyfig.figleaf.com
> [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Ross Sclafani
> Sent: Friday, February 24, 2012 4:29 PM
> To: Flash Coders List
> Subject: Re: [Flashcoders] MVC style Correction
>
> A
I have really appreciated this thread too.
The basic ideas of MVC seem straight forward enough, but the problems
arise in implementing it.
Disagreements about the roles inside MVC can really help us understand
it. So if anyone has a specific example in which they struggled to
determine the r
lashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Mattheis, Erik
(MIN-WSW)
Sent: Thursday, February 23, 2012 8:26 PM
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
"Ross Sclafani" wrote:
It is very easy to lo
On 2/25/2012 8:00 PM, Paul Andrews wrote:
Who is then?
The model - but it depends on what you really mean by manipulate - if
you are storing it (such as in a database) to be retrieved by the model
at a later time, the model should do it. If you are channeling the data
to a generic view, and
Kevin Newman skriver:
> On 2/25/2012 8:00 PM, Paul Andrews wrote:
>> Who is then?
>
> The model - but it depends on what you really mean by manipulate - if
> you are storing it (such as in a database) to be retrieved by the model
> at a later time, the model should do it. If you are channeling th
Why the extra step? Shouldn't the controller be that adaptor that is
already between the model and the view?
It's a MVC not a MVAC?? :)
Karl
On Feb 25, 2012, at 7:44 PM, Henrik Andersson wrote:
Kevin Newman skriver:
On 2/25/2012 8:00 PM, Paul Andrews wrote:
Who is then?
The model - but
Different frameworks have different tweaks to the conventions. It's usually
best to have a specific framework in mind when working on this.
Eg. We do things differently in RubyonRails to RobotLegs. I've worked with
Django in the past as well. It has hard blockers to keep logic getting into
the vie
Kevin mentions...
"...need to transform the format to fit the view, you would do that in
the controller"
Henrik mentions...
"The data changing should be done in an adapter that the controller puts
in between the model and the view."
So the problems arise because the data that isn't quite wha
John McCormack skriver:
> Kevin mentions...
> "...need to transform the format to fit the view, you would do that in
> the controller"
>
> Henrik mentions...
> "The data changing should be done in an adapter that the controller puts
> in between the model and the view."
>
> So the problems arise
Thanks Henrik,
I guess things are much simpler if all parts know enough about the data
format to be able to do what they need to do. I think I was imagining
things more complicated than they need be.
Thanks Ben, this was interesting...
http://www.slideshare.net/RichardLord/application-framewo
i've done stuff with my own informal model, view and controller separation.
i've done things with pureMVC and now i've done a couple of things with
robotlegs. i much prefer robotlegs, it's made me think of a lot of things
differently, has reduced the size of my classes and i think enforces a
better
I would say an adapter class is part of the controller, and it's ok for
the controller to know about the formats of both the model and the view
- it's job is to translate, and facilitate model data into generic view
data (and back), even if all it does is setup a delegate, like an adapter.
Man
So is the basic construct to choose between a controller or multiple
adaptors?
It seems (to me) that a combination of the two is overkill.
If you cant fit everything your trying to do within a MVC or MVA style
pattern, your coding it wrong.
Not setting flame, just inquiring. :)
Karl
On Feb
On 27/02/2012 01:45, Karl DeSaulniers wrote:
So is the basic construct to choose between a controller or multiple
adaptors?
It seems (to me) that a combination of the two is overkill.
If you cant fit everything your trying to do within a MVC or MVA style
pattern, your coding it wrong.
Not sett
I have not created any MVC (I don't think) per se, so I am no
authoritarian by any means.
It just seems that when coding a paradigm, you want to keep it simple
as possible so as to not confuse yourself or the paradigm.
I would tend to agree that a controller should do just that... control.
a v
BTW Ross, I thought your example was great.
On Feb 26, 2012, at 9:51 PM, Karl DeSaulniers wrote:
I have not created any MVC (I don't think) per se, so I am no
authoritarian by any means.
It just seems that when coding a paradigm, you want to keep it
simple as possible so as to not confuse yo
thanks, its just how i do MVC
it really get interesting when you follow a mitosis development pattern... You
start with one model, controller, and view, add features to each in parallel,
and as each class gets too big, you break them out into subcontrollers,
submodels, and subviews. Then sub-su
That actually makes a lot of sense to me and I haven't written one MVC
yet.
Thanks for the break-down!
In relation to what Henrik said about using adaptors,
I see the sub controllers as the adaptors, but they are not actually
adaptors, just sub controllers with targets to the main controller.
Ross Sclafani skriver:
> An MVC Example
>
> FLVPlayback is an interesting MVC component:
>
> it holds a NetStream as a model of the video
>
> it holds a Video as a view of the Video
>
> It acts as controller to set the model in motion by connecting it to a stream
>
> the ui is also a view of
I'm not implying that the code even adheres to my personal MVC file structure,
but its functional operation is a good example to illustrate my MVC paradigm.
Ross P. Sclafani
Owner / Creative Director
Neuromantic Industries
http://www.neuromantic.com
http://ross.sclafani.net
http://www.twitter.c
It was a good example of MVC Ross, I think Henrik was saying it should
have been designed using MVC.
I did see a nice example on a Microsoft poster using a clock with:
analog and digital views; data in the model and the controller enabling
the views etc.
I am wondering what an adapter might
In my world, an adapter is code I write to shoehorn code I didn't write into my
framework. Code sealed in a third party SWF loaded by one of my views is a
common candidate for an adapter.
>From a completely green field, I can't imagine needing to adapt any code I
>write to other code I've writte
Well, not every object has to be a Model, a View, or a Controller. You
can have your controller and view work with an instance of an adapter.
You wouldn't want an adapter hanging out in the ether - but but your MVC
objects could certainly have a "uses a" relationship to an adapter object.
For
I've been putting all my class files in one of three folders, model, view,
controller. I'm mostly concerned with making the code as easy to understand as
possible.
Where would you expect transfer object class - a class that just defines a set
of values to pass as a group?
Where would you expec
I don't think that it makes sense to categorise every class in terms of
the MVC trinity.
Classes that implement the MVC pattern, sure, but not everything else.
There's no need to put a sound processing class within the view class
hierachy, even if the view uses it to play audio from the model.
My takes:
I generally have a dataTypes folder at the same level as the MVC folder for
'transfer objects'
I'd probably have an events folder at the same level in your case, but I can't
see much of an argument for custom events in a properly architected MVC
application. Since every write to the m
PM
Subject: Re: [Flashcoders] MVC style Correction
I've been putting all my class files in one of three folders, model, view, controller. I'm mostly concerned with making the code as
easy to understand as possible.
Where would you expect transfer object class - a class that just defin
RP sources + samples, you can still see how it works (and
use it if you like).
http://osflash.org/downloads/arp/ARP_2.02.zip
regards,
Muzak
- Original Message -
From: "Peter Ginneberge"
To: "Flash Coders List"
Sent: Wednesday, February 29, 2012 4:25 PM
Subject: Re:
Found this FlashPaper swf that explains the ARP Pizza sample app:
http://aralbalkan.com/downloads/FlashToFlex.swf
The sample app is included in this download:
http://osflash.org/downloads/arp/ARP_2.02.zip
___
Flashcoders mailing list
Flashcoders@chat
2012 11:19
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
That actually makes a lot of sense to me and I haven't written one MVC yet.
Thanks for the break-down!
In relation to what Henrik said about using adaptors, I see the sub
controllers as the adaptors, but th
ers
Sent: maandag 27 februari 2012 11:19
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
That actually makes a lot of sense to me and I haven't written one MVC yet.
Thanks for the break-down!
In relation to what Henrik said about using adaptors, I see the sub
controllers as t
maandag 5 maart 2012 13:31
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
On 05/03/2012 10:26, Cor wrote:
> @Karl,
>
> I just created my first MVC and it is still in progress...
> Lots of fun!
>
> This video helped me a lot!
> http://pv3d.org/2009/
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Cor
Sent: Monday, March 05, 2012 5:27 AM
To: 'Flash Coders List'
Subject: RE: [Flashcoders] MVC style Correction
@Karl,
I just created my first MVC and it is still in progress...
Lots of
com] On Behalf Of Paul Andrews
Sent: maandag 5 maart 2012 13:31
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
On 05/03/2012 10:26, Cor wrote:
@Karl,
I just created my first MVC and it is still in progress...
Lots of fun!
This video helped me a lot!
http://pv3d.org/2
oders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Cor
Sent: Monday, March 05, 2012 5:27 AM
To: 'Flash Coders List'
Subject: RE: [Flashcoders] MVC style Correction
@Karl,
I just created my first MVC and it is still in progress...
Lots of fun!
This v
oders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Paul Andrews
Sent: Monday, March 05, 2012 9:11 AM
To: flashcoders@chattyfig.figleaf.com
Subject: Re: [Flashcoders] MVC style Correction
The dependency with this is that any changes to the UI - additional views being
om
Subject: Re: [Flashcoders] MVC style Correction
The dependency with this is that any changes to the UI - additional views being
added or removed, requires that the controller be changed too. Any change to a
view could cause the controller to become broken.
For this reason, I would say it'
i prefer to have the model update the views.
preferably via event for loose coupling.
the situations that a controller would alter a view in the versions of MVC i
have studied are for things that are pure visual responses.
like say a rollover:
ROLL_OVER event on View --> calls onRollOver on
lf Of Ross
Sclafani
Sent: maandag 5 maart 2012 15:37
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
i prefer to have the model update the views.
preferably via event for loose coupling.
the situations that a controller would alter a view in the versions of MVC
i have st
I think a view can handle it's own rollover without concerning a controller.
A controller is only there to manipulate the model on behlaf of the
view. It has no interest in visuals.
On 05/03/2012 14:36, Ross Sclafani wrote:
i prefer to have the model update the views.
preferably via event fo
On 05/03/2012 14:43, Merrill, Jason wrote:
Fair enough, but they do sell cigarettes with a health warning these days.. ;-)
Trolling is so 2 years ago. :)
I don't know why you consider the comment trolling.
The OP wanted to know about how to do a technique and it's seems
reasonable enough to
On 05/03/2012 14:36, Ross Sclafani wrote:
snip
I could see a scenario where one such rollover needs to cause changes in
multiple views, and this approach could be implemented, but i would normally
rout these types updates through a submodel dedicated to UI.
Do you have an example? I've alw
that is exactly how i roll..
but there are some schools that have the controller effecting all change, even
temporary ones on the views.
like i said, the flash SDK provides a great API for handling these things
inside the views themselves.
but you could imagine in a develpoment environment wit
t know the view, only its interface.
regards,
Muzak
- Original Message -
From: "Paul Andrews"
To:
Sent: Monday, March 05, 2012 3:11 PM
Subject: Re: [Flashcoders] MVC style Correction
The dependency with this is that any changes to the UI - additional
views being added or re
ul Andrews"
To:
Sent: Monday, March 05, 2012 3:11 PM
Subject: Re: [Flashcoders] MVC style Correction
The dependency with this is that any changes to the UI - additional
views being added or removed, requires that the controller be changed
too. Any change to a view could cause the controller
t: Re: [Flashcoders] MVC style Correction
I'm guessing we're now into nuancing the model to hold view states and the
presenter is controlling multiple views, or is that wrong?
On 05/03/2012 15:33, Peter Ginneberge wrote:
>> The dependency with this is that any changes to the UI -
i think the flash display API prevents the need for all of these additional
concerns and extra classes outside of Models Views and Controllers
I also loathe Interfaces.
the only time i use interfaces is to allow objects with two different class
lineages to be used interchangeably.
like a time
If the model is updating the view, then it doesn't sound like you have a
generic view at all. This can be appropriate in certain cases, but if
you really want reusable View objects (like a generic scrolling text or
image list view), they should be generic and abstracted from the
underlying data
On 05/03/2012 16:44, Kevin Newman wrote:
If the model is updating the view,
Not my model. My views listen for model change events.
then it doesn't sound like you have a generic view at all. This can be
appropriate in certain cases, but if you really want reusable View
objects (like a generic
hcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Paul Andrews
Sent: Monday, March 05, 2012 9:33 AM
To: flashcoders@chattyfig.figleaf.com
Subject: Re: [Flashcoders] MVC style Correction
On 05/03/2012 14:13, Merrill, Jason wrote:
> It's the sim
vvm
MVVM: http://en.wikipedia.org/wiki/Model_View_ViewModel
Martin Fowler on PresentationModel:
http://martinfowler.com/eaaDev/PresentationModel.html
regards,
Muzak
- Original Message -
From: "Paul Andrews"
To: "Flash Coders List"
Sent: Monday, March 05, 2012 5:00
m] On Behalf Of Karl
DeSaulniers
Sent: maandag 27 februari 2012 11:19
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
That actually makes a lot of sense to me and I haven't written one
MVC yet.
Thanks for the break-down!
In relation to what Henrik said about using a
af.com] On Behalf Of Karl
DeSaulniers
Sent: maandag 27 februari 2012 11:19
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
That actually makes a lot of sense to me and I haven't written one
MVC yet.
Thanks for the break-down!
In relation to what Henrik said about usin
: Re: [Flashcoders] MVC style Correction
@Ross
The more and more we all talk about this, and I get to see examples, the
more I would like to see a working example of yours.
I really like the simplicity and flow of your idea and with your permission,
like to try out your style of MVC based off your
aart 2012 13:31
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
On 05/03/2012 10:26, Cor wrote:
@Karl,
I just created my first MVC and it is still in progress...
Lots of fun!
This video helped me a lot!
http://pv3d.org/2009/02/11/actionscript-3-model-view
-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Karl
DeSaulniers
Sent: dinsdag 6 maart 2012 11:08
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
Forgive me if I am wrong, but I watched that video and it confused me.
The gentleman st
...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Karl
DeSaulniers
Sent: dinsdag 6 maart 2012 11:08
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
Forgive me if I am wrong, but I watched that video and it confused me.
The gentleman started creating the view
ot me!
-Original Message-
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Karl
DeSaulniers
Sent: dinsdag 6 maart 2012 11:08
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
Forgive me if I am wrong, but I wa
Karl
DeSaulniers
Sent: dinsdag 6 maart 2012 11:08
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
Forgive me if I am wrong, but I watched that video and it confused me.
The gentleman started creating the view first then made the model
and had
the interaction between the two
wrote.
-Original Message-
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Karl
DeSaulniers
Sent: dinsdag 6 maart 2012 11:08
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
Forgive me if I am wrong, but I
is a loose coupling as Paul wrote.
-Original Message-
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of Karl
DeSaulniers
Sent: dinsdag 6 maart 2012 11:08
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
Forgi
ers/smarch/st-docs/mvc.html
- Original Message -
From: "Karl DeSaulniers"
To: "Flash Coders List"
Sent: Tuesday, March 06, 2012 11:35 AM
Subject: Re: [Flashcoders] MVC style Correction
I kind of like that.
I guess I am looking to the controller to do the event disp
I think a core concept got lost with MVC - the controller "controls"
things. That is, it can directly update (control or talk to) a model and
a view.
A model should not directly update (control) anything except it's own
data sources (remote or otherwise), and should only broadcast changes to
Also, this thread has helped to flesh out my understanding of MVC to a
substantial degree. I love that. :-)
Kevin N.
On 3/6/12 11:40 AM, Kevin Newman wrote:
That's how I understand MVC anyway.
___
Flashcoders mailing list
Flashcoders@chattyfig.fig
Absolutely agree, so thank you everyone - very much.
Each day I look for more.
As a result of people talking about RobotLegs I bought and today
received Joel Hooks' "ActionScript Developers Guide to RobotLegs".
A new direction - which I am thankful for.
John
On 06/03/2012 18:57, Kevin Newman
+1
Best regards,
Cor van Dooren
-Original Message-
From: flashcoders-boun...@chattyfig.figleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of John
McCormack
Sent: dinsdag 6 maart 2012 21:30
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
essage-
> From: flashcoders-boun...@chattyfig.figleaf.com
> [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of John
> McCormack
> Sent: dinsdag 6 maart 2012 21:30
> To: Flash Coders List
> Subject: Re: [Flashcoders] MVC style Correction
>
> Absolutely agree, so th
or wrote:
>
>> +1
>>
>> Best regards,
>> Cor van Dooren
>>
>> -Original Message-
>> From: flashcoders-boun...@chattyfig.figleaf.com
>> [mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of John
>> McCormack
>
] MVC style Correction
Absolutely agree, so thank you everyone - very much.
Each day I look for more.
As a result of people talking about RobotLegs I bought and today received
Joel Hooks' "ActionScript Developers Guide to RobotLegs".
A new direction - which I am thankful for.
John
O
igleaf.com
[mailto:flashcoders-boun...@chattyfig.figleaf.com] On Behalf Of John
McCormack
Sent: dinsdag 6 maart 2012 21:30
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
Absolutely agree, so thank you everyone - very much.
Each day I look for more.
As a result of people talking about Rob
sounds about right.
Ross P. Sclafani
design / technology / creative
http://ross.sclafani.net
http://www.twitter.com/rosssclafani
http://www.linkedin.com/in/rosssclafani
[347] 204.5714
let go of even your longest held beliefs,
the only truth is in observation.
On Mar 7, 2012, at 11:29 AM, John
ig.figleaf.com] On Behalf Of
John
McCormack
Sent: dinsdag 6 maart 2012 21:30
To: Flash Coders List
Subject: Re: [Flashcoders] MVC style Correction
Absolutely agree, so thank you everyone - very much.
Each day I look for more.
As a result of people talking about RobotLegs I bought and today
received
J
List
Subject: Re: [Flashcoders] MVC style Correction
So a view can possibly have its own MVC within it? As long as the view is
the only one using the data?
View Controller
View Model
View View
Or am I interp. this incorrectly?
Best,
Karl
On Mar 7, 2012, at 10:29 AM, John McCormack wrote
1 - 100 of 103 matches
Mail list logo