-
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 thank you everyone - very much.
Each day I
-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
Absolutely agree, so thank you everyone
: [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
Joel Hooks' ActionScript Developers Guide to RobotLegs.
A new direction - which I am thankful for.
John
On 06
...@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 RobotLegs I bought and today
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,
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
Joel Hooks' ActionScript
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
To: Flash Coders 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
: [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:
Issues which have not been
flashcoders@chattyfig.figleaf.com
Sent: Wednesday, March 07, 2012 9:15 PM
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
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 adaptors, I see the sub
: 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
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-controller-mvc/
Unfortuneatly
...@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
...@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
!
-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 watched
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 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
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
Forgive me if I
-
From: Karl DeSaulniers k...@designdrumm.com
To: Flash Coders List flashcoders@chattyfig.figleaf.com
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 dispatching to
the model
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
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
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
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 the adaptors
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/02/11/actionscript-3-model-view-controller
[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 video helped me a lot!
http
: 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/02/11/actionscript-3-model-view
...@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 video helped me a lot
...@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
added
: 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's bad practice
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
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 studied
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
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
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
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
interface.
regards,
Muzak
- Original Message -
From: Paul Andrews p...@ipauland.com
To: flashcoders@chattyfig.figleaf.com
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
@chattyfig.figleaf.com
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
- Original Message - From: Paul Andrews p...@ipauland.com
To: flashcoders@chattyfig.figleaf.com
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
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
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
...@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 simplest form of MVC. I didn't
Fowler on PresentationModel:
http://martinfowler.com/eaaDev/PresentationModel.html
regards,
Muzak
- Original Message -
From: Paul Andrews p...@ipauland.com
To: Flash Coders List flashcoders@chattyfig.figleaf.com
Sent: Monday, March 05, 2012 5:00 PM
Subject: Re: [Flashcoders] MVC style
] 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 adaptors, I
: [Flashcoders] MVC style Correction
Here's what I use.
packages:
- business
Contains singleton with services (RemoteObject, WebService, HTTPService,
SQLite), used by Command classes.
- commands
Contains commands that are executed by the Controller when a matching event
is triggered
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
, February 27, 2012 10:19 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 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 the video:
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
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
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
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
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
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 what
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 because the
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...
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
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.
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
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
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
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
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
-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 Sclafaniross.sclaf...@gmail.com wrote:
It is very easy
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 the data
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
...@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 ross.sclaf...@gmail.com wrote:
It is very easy to locate any code in one of my projects by ascertaining
...@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 ross.sclaf...@gmail.com wrote:
It is very easy to locate any code
___
-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 style Correction
[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
Apparently there are no rules.
Just call it MVC and it's MVC I guess.
Ross P. Sclafani
Owner / Creative
Ross Sclafani ross.sclaf...@gmail.com 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
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
...@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 other or anything
...@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. The controller should usually be the first area to set up.
Everything else is set up
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 c...@chello.nl wrote:
Jord,
This is exactly what I don't understand to do in actionscript!
And that's
: 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. The controller should usually be the first area to set up.
Everything else is set up and managed by the controller
: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 controller (views, models
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 :-)
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,
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
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
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, controller and Views find
out about each other?
Does everything register with the (single) controller?
John
On 16/02/2012 00:05, Ross
Subject: Re: [Flashcoders] MVC style Correction
From: John McCormack j...@easypeasy.co.uk
Date: Sat, February 18, 2012 1:22 pm
To: Flash Coders List flashcoders@chattyfig.figleaf.com
A really nice explanation.
I tried to find your EastAsMVC after being on your site, is it on the
way?
Also
91 matches
Mail list logo
