Skip to main content
S
smirnoff81
Inspiring
October 20, 2009
Question

Clarification for "MoreThanOneEntryPointInMxml" needed

  • October 20, 2009
  • 1 reply
  • 5312 views

Hello,

What is the reasoning behind the "MoreThanOneEntryPointInMxml" violation?

Its description says:

"There are more than 1 public variable in this MXML component"

Why .as files are ok to have more than one public variable but .mxml files are not?

Why does the Flex FW itself provide a lot of UI components which have multiple public vars but FlexPMD considers such components as not well designed ones?

Thanks,

Smirnoff

This topic has been closed for replies.

1 reply

J
Jandr123
Participating Frequently
April 15, 2011

I am wondering about precisely this same thing, and I am surprised that there still is no answer after all this time. Someone took the time to devise and implement this rule. Surely he/she must have had a good reason for it?

A
Anonymous
April 28, 2011

Sorry for the sooo late answer to that...

the idea behind this rule is to promote the usage of Presentation Models. A view should only have as an entry point a PM, everything else required by the view should be injected through the PM and consumed by the view then by bindings.

A common problem we've identified with multiple entry points in views is that:

1. The order in which the parameters are set can change the behaviour if the validation/invalidation pattern has not been properly implemented

2. Injecting the dependencies through a PM can somehow give developers on Binding execution. i.e. having multiple entry points could potentially trigger bindings several times. If everything is in a PM then Bindings will trigger only when the PM is injected.

J
Jandr123
Participating Frequently
April 28, 2011

sorry that I don't understand, but this reply seems to miss the point made in the original question. Why is it OK for the flex components to have an almost limitless number of variables, like for instance:

<mx: Button id="button1" label="button one" left="30" verticalCenter="0" click="somefunction()"/>

but if we try to build one ourselves, more than one variable violates some guideline? It looks like ALL flex components need intensive refactoring which seems unlikely, so I have probably missed some essential bit of information/education. Please clarify a bit further?

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices