Here’s a problem I ran into: I have a component which has the following: https://paste.apache.org/cN1T <https://paste.apache.org/cN1T>
In the script block I have references to disableBead, textInput, etc. The instance correctly has properties of disableBead, textInput, etc., but every reference to these properties is renamed. textInput.addEventListener becomes: this.yw.addEventListener disableBead.disabled becomes this.Jm.disabled etc. this.yw and this.Jm are both undefined > On Aug 9, 2017, at 9:10 AM, Harbs <harbs.li...@gmail.com> wrote: > > I’ll give it a go and see. > >> On Aug 9, 2017, at 8:31 AM, Alex Harui <aha...@adobe.com.INVALID> wrote: >> >> I don't think getters and setters get renamed because they are keys in the >> Object.defineProperties data structure. I'm wondering if that will be >> enough obfuscation for you or not. >> >> -Alex >> >> On 8/8/17, 10:22 PM, "Harbs" <harbs.li...@gmail.com> wrote: >> >>> I have a custom component “A” which implements a DisabledBead in >>> ActionScript. It has a getter called “enabled”. >>> >>> I have another MXML file “B” which uses the component and specifies >>> enabled=“false”. >>> >>> I’m assuming the “enabled” property in “A” will be renamed without an >>> @export. >>> >>> The mxml in “B” will still be using a string for the property name which >>> will be “enabled” that will be undefined. >>> >>>> On Aug 9, 2017, at 7:55 AM, Alex Harui <aha...@adobe.com.INVALID> wrote: >>>> >>>> I just tried DataBindingExample. MyInitialView is essentially a custom >>>> component. What are you thinking won't work? >>>> >>>> -Alex >>>> >>>> On 8/8/17, 2:30 PM, "Harbs" <harbs.li...@gmail.com> wrote: >>>> >>>>> Did you try MXML with custom components? I’m not sure I understand how >>>>> that would work. >>>>> >>>>>> On Aug 9, 2017, at 12:01 AM, Alex Harui <aha...@adobe.com.INVALID> >>>>>> wrote: >>>>>> >>>>>> Some things I found were that MXML isn't a problem because the id maps >>>>>> to >>>>>> a getter/setter which maps to Object.DefineProperty which takes an >>>>>> object >>>>>> structure where the ids are keys so they don't get renamed. >>>>> >>>> >>> >> >