flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Fréderic Cox <coxfrede...@gmail.com>
Subject Re: AW: [FlexJS] AMF support starting with in ECMAScript6?
Date Mon, 29 Aug 2016 09:18:53 GMT
That would be massive! I use AMFPHP extensively and love it as it is so
fast and easy. For me this is a very important part of the Flex ecosystem.
Would like to help where I can

On Mon, Aug 29, 2016 at 10:45 AM, Greg Dove <greg.dove@gmail.com> wrote:

> Chris, fyi the BinaryData class is now almost the same as as3 ByteArray
> except for the amf part missing: writeObject/readObject and amf0/amf3
> objectEncoding  iirc. I think the only other difference is multibyte text
> methods missing as well. So it could be a good candidate for adding the
> missing amf support to....or perhaps a subclass because I know Alex
> mentioned the need to keep lighter options available for 'pay as you go'
> approach.
>
> -Greg
> [sent from my phone]
>
> On 29/08/2016 8:19 PM, "Christofer Dutz" <christofer.dutz@c-ware.de>
> wrote:
>
> I did write a J2ME serializer for AMF a while ago and I'm very familiar
> with the protocol.
>
> Eventually this would be a good thing for me to start writing some
> Cross-Compilable ActionScript ;-)
>
>
> As I see it the COMPILE:SWF part would be trivial ...
>
>
> Currently I'm sort of got my plate full with the upcomming conferences, but
> after that ...
>
>
> Chris
>
> ________________________________
> Von: carlos.rovira@gmail.com <carlos.rovira@gmail.com> im Auftrag von
> Carlos Rovira <carlos.rovira@codeoscopic.com>
> Gesendet: Montag, 29. August 2016 10:12:24
> An: dev@flex.apache.org
> Betreff: Re: [FlexJS] AMF support starting with in ECMAScript6?
>
> I commented in other threads in favor of AMF support since is a piece of
> the Flex eco system in witch many people based lots of apps out there.
> Supporting AMF in FlexJS means for many people change  only the Flex(Flash)
> layer for FlexJS without touching server side part.
>
> In the other hand I continue to see AMF as a great option to comunicate
> data with the server. So I think it will be other piece that will make
> FlexJS a better option over its competitors.
>
> I don't know how much effort it could be. See some AMF js ports out there,
> but although it seems the base algorithms are in place, no body makes a
> RemoteObject that could compete with the ease of use in Flex making realy
> usable.
>
> So for me is a positive vote and will be, without doubt, a great addition
> to FlexJS
>
> Thanks for pointing this Chris
>
> Carlos
>
>
>
>
>
> 2016-08-26 16:25 GMT+02:00 Alex Harui <aharui@adobe.com>:
>
> >
> >
> > On 8/26/16, 1:27 AM, "Christofer Dutz" <christofer.dutz@c-ware.de>
> wrote:
> >
> > >Hi,
> > >
> > >
> > >I am currently working on my FlexJS Talks slides and as part of that I
> am
> > >discussing the History of ECMAScript. While digging up the changes in
> > >ECMAScript, I noticed that version 6 introduced typed arrays. It sounds
> > >to me as if this would be great to start working on AMF support in
> FlexJS.
> > >
> > >
> > >Think this could be a nice excercise for me during the autumn and winter
> > >months ;-)
> >
> > AMF for JS has been discussed in the past.  We could definitely use a
> > volunteer to work on it.  One starting point might be [1] but not sure
> > about licensing and whether it actually works.
> >
> > [1]
> > http://www.jamesward.com/2010/07/07/amf-js-a-pure-
> > javascript-amf-implementa
> > tion/
> >
> > >
> > >
> > >Do we have the ability to provide functionality based on the
> capabilities
> > >of the browser?
> > >
> >
> > I don't think we have any code that does that now.  ES6 would be a
> > different emitter and probably not switched at runtime.  I think folks
> > might serve different versions based on HTTP headers instead.
> >
> > You could also find a way to add code that does browser detection and
> load
> > polyfills.
> >
> > HTH,
> > -Alex
> >
> >
>
>
> --
>
> Carlos Rovira
> Director General
> M: +34 607 22 60 05
> http://www.codeoscopic.com
> http://www.avant2.es
>
>
> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información privilegiada o confidencial. Si ha recibido este mensaje por
> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> proceda a su destrucción.
>
> De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> servicio o información solicitados, teniendo usted derecho de acceso,
> rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
> oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
> necesaria.
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message