nt: 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,
Karl
On Mar 7, 2012, at 1
://puremvc.org/component/option,com_wrapper/Itemid,34/
http://www.robotlegs.org/diagram/
regards,
Muzak
- Original Message -
From: "Karl DeSaulniers"
To: "Flash Coders List"
Sent: Wednesday, March 07, 2012 9:15 PM
Subject: Re: [Flashcoders] MVC style Correction
So
: 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
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
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
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
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
March 2012 07:25, Cor 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
Sent: dinsdag 6 maart 2012 21:30
To: Flash Coders List
Subject: Re: [Flashcoders
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
>
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
+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
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
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
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
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
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
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
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
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
...@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
-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
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
: 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
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
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
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
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
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
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
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
oller
> (several) Presenter + View + Model triads
>
> A view dispatches events to which the presenter listens.
> Presenter talks to view via its interface.
>
> View doesn't know the presenter, Presenter doesn't know the view, only
> its interface.
>
> regards,
&g
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 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
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
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
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
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
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 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
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'
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
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
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
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
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/
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
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
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
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:
it be
defined in the model?
Not in the view and certainly not in the model.
Most likely a static utility class -> package: utils
regards,
Muzak
- Original Message -
From: "Mattheis, Erik (MIN-WSW)"
To: "Flash Coders List"
Sent: Monday, February 27, 2012 10:19
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
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.
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
"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
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
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
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
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
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
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
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
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!
>
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
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
Not really relevant to the thread, but I saw your CodeJS project Ross, you
should take a look at my solution to Classical Inheritance in JavaScript;
https://github.com/gigafied/minion
Comes with dependency management and a build tool for building out
different classes (and their dependencies) int
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
Yeah it hasn't been open source but I'm ready to do that soon.
I'm having trouble parsing your other question, can you rephrase re: models
knowing about each other?
Ross P. Sclafani
Owner / Creative Director
Neuromantic Industries
http://www.neuromantic.com
http://ross.sclafani.net
http://www.tw
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 Sclafani
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 find out about each other?
John
On 16/02/2012 00:05, Ross Sclafani wrote:
I am an MVC purist, I always proceed as follows:
Models should ONLY st
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
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
-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
-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
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
1 - 100 of 102 matches
Mail list logo
