Hi Alex
El mar., 9 oct. 2018 a las 18:14, Alex Harui (<aha...@adobe.com.invalid>)
escribió:
> As long as Responders are PAYG and not baked into the basic RO
> implementation, it is fine for others to try to replicate subsets of MX
> RemoteObject, but it still seems like duplication of effort.
>
well, I'm talking not about MX RO, bur the current one we have in
Network.swc that is working.
That means is not a duplicate effort, take into account that I'm right now
coding a real world Apache Royale application, and need to get the work
done. I expect this could be a win for this project since is an important
project and an important client that are betting for Apache Royale :).
>
> That said, I have not used RO or Responders in any real world application
> myself. I'm not sure I understand the need for them vs just adding more
> listeners to the result and fault event.
>
Each RO use to have several Operations (aka methods that we want to call in
the backend). In real world scenarios, we want each RO callback logic will
be unique. If I call a service for a user list, I want to fill the list in
royale, but if I want to ask for a concrete user data, I want to fill a
form with that data.
Now, all Operations will be throw a result event and therefor all listeners
will fire, executing all methods. With listeners, we can use if-then-else
to and some logic to execute parts of the listener, but a Responder
implementation, should make the appropriate responder be executed.
In order to structure and organizar a real world application that is a bit
complex this is needed to separate all this logic across files.
(In a tiny application, you can use the if-then-else approach since is more
like a example).
>
> My 2 cents,
> -Alex
>
> On 10/9/18, 3:46 AM, "Carlos Rovira" <carlosrov...@apache.org> wrote:
>
> Hi Piotr,
>
> I think if I get some improvement over the current RO with Responders
> that
> could go to develop. Other thing is I tried to make it work in mx RO.
> People using Royale RO will benefit from it. If some day mx RO is
> ready, I
> think we'll shift to mx RO, although royale RO could be continue to be
> valid (since is a small implementation that works), or we could decide
> deprecate it. Anyway, I'm not talking to make improvements over
> something
> that others will evolve separately, I want to improve something that
> otherwise will remain as is.
>
>
>
> El mar., 9 oct. 2018 a las 12:39, Piotr Zarzycki (<
> piotrzarzyck...@gmail.com>)
> escribió:
>
> > Carlos,
> >
> > You can always use branch, make your changes and wait for the proper
> one
> > using branch. Some time ago Harbs did it the same as far as I
> remember.
> > There is no need to wait if you need something ASAP.
> >
> > Thanks,
> > Piotr
> >
> > wt., 9 paź 2018 o 12:36 Carlos Rovira <carlosrov...@apache.org>
> > napisał(a):
> >
> > > Hi Alex,
> > >
> > > since there's no planned ETA for anyone here (that I know), I
> could try
> > at
> > > some point to have a minimal Responder functionality in the current
> > working
> > > RO. Does not have sense to duplicate all the code but I think has
> sense
> > to
> > > see if some little changes can provide the minimal needs.
> > >
> > > thanks
> > >
> > >
> > >
> > > El mar., 9 oct. 2018 a las 0:25, Alex Harui
> (<aha...@adobe.com.invalid>)
> > > escribió:
> > >
> > > > I think you'll have to wait until someone gets all of the old
> Flex RO
> > > code
> > > > to compile and run. I'm currently still debugging the compiler,
> so no
> > > way
> > > > it will be ready tomorrow.
> > > >
> > > > It doesn't make sense to try to duplicate all of this code and
> get it
> > to
> > > > work some other way.
> > > >
> > > > -Alex
> > > >
> > > > On 10/8/18, 3:21 PM, "Carlos Rovira" <carlosrov...@apache.org>
> wrote:
> > > >
> > > > Hi Alex,
> > > >
> > > > I'm closing for today, but tomorrow I'll need to handle more
> than
> > one
> > > > Responder for RemoteObject calls, so each operation/method
> can have
> > > > it's
> > > > own responder and create methods for each one in my
> controllers.
> > with
> > > > the
> > > > current RemoteObject implementation could you share what
> could be
> > the
> > > > most
> > > > quick and easy way to get this while the full RO
> implementation is
> > on
> > > > the
> > > > works? Now that I'm starting to grow the app code base I can
> rely
> > on
> > > a
> > > > result handler full of if-then-else
> > > >
> > > > Thanks for any help on this
> > > >
> > > > Carlos
> > > >
> > > >
> > > >
> > > >
> > > > El lun., 8 oct. 2018 a las 18:52, Carlos Rovira (<
> > > > carlosrov...@apache.org>)
> > > > escribió:
> > > >
> > > > > Ok Alex, thanks, didn't know that you have this task to
> make it
> > > work
> > > > RO. I
> > > > > though you only try to compile it.
> > > > > That's good to know. I'm trying right now to make a real
> world
> > app
> > > > and
> > > > > since I don't have a micro structural IOC framework like
> Swiz,
> > that
> > > > was
> > > > > that I use in Flex, I'm trying to structure and organize
> screens,
> > > > > controllers, delegates, and so on, and I'm trying to put
> things
> > as
> > > > easy as
> > > > > possible so I can refactor more later to something more
> suited
> > for
> > > > this
> > > > > task, since I don't have time now to build a framework for
> this
> > due
> > > > to
> > > > > reduced time lines.
> > > > >
> > > > > If you get this RO proxy way to call backend methods and
> > > AsyncToken,
> > > > > that's what I need to connect with MX RemoteObject in the
> same
> > way
> > > > we use
> > > > > to do.
> > > > >
> > > > > I'll be waiting for your. progress there
> > > > >
> > > > > thanks
> > > > >
> > > > > Carlos
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > El lun., 8 oct. 2018 a las 17:28, Alex Harui
> > > > (<aha...@adobe.com.invalid>)
> > > > > escribió:
> > > > >
> > > > >> I believe I already said I am working on RemoteObject.
> > > > >>
> > > > >> The Flex compiler generates custom code for
> mx:RemoteObject.
> > The
> > > > Royale
> > > > >> Compiler currently does not. I am working on it.
> > > > >>
> > > > >> Thanks,
> > > > >> -Alex
> > > > >>
> > > > >> On 10/8/18, 3:13 AM, "Carlos Rovira" <
> carlosrov...@apache.org>
> > > > wrote:
> > > > >>
> > > > >> Hi,
> > > > >>
> > > > >> I was experimenting trying to get RemoteObject to
> proxy
> > method
> > > > calls.
> > > > >>
> > > > >> so instead of doing
> > > > >>
> > > > >> service.send("echo", [name_txt.text]);
> > > > >>
> > > > >> be able to do:
> > > > >>
> > > > >> service.echo(name_txt.text);
> > > > >>
> > > > >> I tried with Proxy class
> > > > >>
> > > > >> (org.apache.royale.utils.Proxy)
> > > > >>
> > > > >> and implementing IEventDispatcher, but compiler throws
> > error:
> > > > >>
> > > > >> Call to a possibly undefined method echo through a
> reference
> > > > with
> > > > >> static
> > > > >> type RemoteObject.
> > > > >>
> > > > >> It's possible to do something like this? what I'm
> missing?
> > > > >>
> > > > >> This seems a little enhancement, but it would be cool
> if we
> > > get
> > > > it in
> > > > >> order
> > > > >> to be more near of the normal syntax we all have in
> our code
> > > > bases.
> > > > >>
> > > > >> thanks
> > > > >>
> > > > >> --
> > > > >> Carlos Rovira
> > > > >>
> > > > >>
> > > >
> > >
> >
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C6aba8c5a9f3844f90f1908d62dd46acd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636746787686558035&sdata=aZ8yJaJW8HD%2BWs1YO9MRwDLG1MCEgoX8AxoG8F7hCjY%3D&reserved=0
> > > > >>
> > > > >>
> > > > >>
> > > > >
> > > > > --
> > > > > Carlos Rovira
> > > > >
> > > >
> > >
> >
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C6aba8c5a9f3844f90f1908d62dd46acd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636746787686558035&sdata=aZ8yJaJW8HD%2BWs1YO9MRwDLG1MCEgoX8AxoG8F7hCjY%3D&reserved=0
> > > > >
> > > > >
> > > >
> > > > --
> > > > Carlos Rovira
> > > >
> > > >
> > >
> >
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C6aba8c5a9f3844f90f1908d62dd46acd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636746787686558035&sdata=aZ8yJaJW8HD%2BWs1YO9MRwDLG1MCEgoX8AxoG8F7hCjY%3D&reserved=0
> > > >
> > > >
> > > >
> > >
> > > --
> > > Carlos Rovira
> > >
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C6aba8c5a9f3844f90f1908d62dd46acd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636746787686558035&sdata=aZ8yJaJW8HD%2BWs1YO9MRwDLG1MCEgoX8AxoG8F7hCjY%3D&reserved=0
> > >
> >
> >
> > --
> >
> > Piotr Zarzycki
> >
> > Patreon: *
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7C6aba8c5a9f3844f90f1908d62dd46acd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636746787686558035&sdata=njGzjSi4z8X4%2BNVi98pv9mq%2FCH1MMHVyJzkysW8qXOQ%3D&reserved=0
> > <
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7C6aba8c5a9f3844f90f1908d62dd46acd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636746787686558035&sdata=njGzjSi4z8X4%2BNVi98pv9mq%2FCH1MMHVyJzkysW8qXOQ%3D&reserved=0
> >*
> >
>
>
> --
> Carlos Rovira
>
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C6aba8c5a9f3844f90f1908d62dd46acd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636746787686558035&sdata=aZ8yJaJW8HD%2BWs1YO9MRwDLG1MCEgoX8AxoG8F7hCjY%3D&reserved=0
>
>
>
--
Carlos Rovira
http://about.me/carlosrovira
