Hi Alex, while I understand your proposal I will prefer to have not only
that mechanism but
as well falcon to know more about metadata and evolve to make more things.
Having best of both worlds looks more "flex"-ible to me :)
2017-02-13 17:43 GMT+01:00 Alex Harui :
>
>
> On 2/13/17, 2:56 AM, "car
On 2/13/17, 2:56 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
wrote:
>Hi Alex,
>
>DI frameworks has many more things. For example If I configure a model
>bean
>of type ProductModel and give it an id of "productModel", in each class I
>declare a
>var productModel:ProductModel, the fr
Hi Alex,
DI frameworks has many more things. For example If I configure a model bean
of type ProductModel and give it an id of "productModel", in each class I
declare a
var productModel:ProductModel, the framework will inject it.
With bead/strands we would need to make that in all declarations.
A
On 2/10/17, 4:22 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
wrote:
>I check PureMVC many years ago, and liked it so much. But For me Swiz (or
>Parsely) has sometihing I can't pass without... Dependency Injection. For
>me annotations or metadata is a must, not only in this kind of
>If you want injection and PureMVC maybe you should check fabrication [1]
This probably also need some refactoring to remove the mx/flash
depenencies...
Olaf
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-Injection-library-tp59177p59217.html
S
Carlos,
If you want injection and PureMVC maybe you should check fabrication [1]
[1] https://github.com/rafalszemraj/fabrication
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-Injection
tp://puremvc.org/
> > While the "release early, release often" development philosophy can help
> a
> > team learn what their product should do, if that product is a framework,
> > adopters often tire of trying to hit a moving target. With PureMVC, we
> > nailed d
what their product should do, if that product is a framework,
> adopters often tire of trying to hit a moving target. With PureMVC, we
> nailed down the scope early on, fixed the bugs, and let it be.
>
>
>
>
>
>
>
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-Injection-library-
> tp59177p59212.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
eMVC, we
nailed down the scope early on, fixed the bugs, and let it be.
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-Injection-library-tp59177p59212.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
I ported Robotlegs to Starling a while back, and that conversion wasn't too
complicated. That might be another good candidate for FlexJS.
- Josh
On Thu, Feb 9, 2017 at 4:01 PM, Alex Harui wrote:
>
>
> On 2/9/17, 3:45 PM, "piotrz" wrote:
>
> >Carlos,
> >
> >I was using Swiz, Parsley and PureMVC
On 2/9/17, 3:45 PM, "piotrz" wrote:
>Carlos,
>
>I was using Swiz, Parsley and PureMVC. If I would choose some integration
>with FlexJS it would be definately PureMVC, cause It has pure AS3
>implementation. If I would build some old Fashion Flex app -
>mobile/desktop
>- my pick up would be Parsl
your work.
Piotr
-
Apache Flex PMC
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.247.n4.nabble.com/FlexJS-Injection-library-tp59177p59206.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
We used PureMVC which worked as-is with no modifications at all.
I think PureMVC is much simpler than Swiz though.
> On Feb 10, 2017, at 1:20 AM, Alex Harui wrote:
>
> Hi Carlos,
>
> Are you sure you don't just want to try to port Swiz? I think
> Harbs/Yishay and maybe others got some other f
Hi Carlos,
Are you sure you don't just want to try to port Swiz? I think
Harbs/Yishay and maybe others got some other framework to port over. If
you port, you know the untouched code paths are operational. If you start
over you have to prove every line of code. And if you do port Swiz, that
wi
Thanks Alex,
I'll try to make things simple and bypass class domain stuff. If at the end
I need it I'll check that. My approximation is get the most simple engine
working and then make progress from there.
Thanks!
2017-02-09 21:14 GMT+01:00 Alex Harui :
>
>
> On 2/9/17, 11:07 AM, "carlos.rov..
k in the day.
>
> Piotr
>
>
>
>
>
> -
> Apache Flex PMC
> piotrzarzyck...@gmail.com
> --
> View this message in context: http://apache-flex-
> development.247.n4.nabble.com/FlexJS-Injection-library-
> tp59177p59194.html
> Sent from the A
On 2/9/17, 11:07 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
wrote:
>HI Alex,
>
>Swiz use ApplicaionDomain extensively. If we don't have yet and doesn't
>have sense in FlexJS world I can try to remove it.
What is it using ApplicationDomains for? IOW, if it is just as the
wrapper
.nabble.com/FlexJS-Injection-library-tp59177p59194.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
HI Alex,
Swiz use ApplicaionDomain extensively. If we don't have yet and doesn't
have sense in FlexJS world I can try to remove it.
At last this wouldn't be Swiz at all, but new code that is based in the
Swiz principles. I think we could even rename it to other name. I was
thinking on "Struct", "
On 2/9/17, 1:11 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
wrote:
>Hi,
>
>I'm trying to craft an Injection library for FlexJS based on Flex 4 Swiz
>Framework.
>
>So in order to do this, I would need some support. First is to know more
>about "ApplicationDomain" in FlexJS
>
>does w
Hi,
I'm trying to craft an Injection library for FlexJS based on Flex 4 Swiz
Framework.
So in order to do this, I would need some support. First is to know more
about "ApplicationDomain" in FlexJS
does we have something similar in FlexJS?
Thanks
--
Carlos Rovira
http://about.me/carlosrovira
21 matches
Mail list logo