Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 5AC03200CDE for ; Tue, 8 Aug 2017 23:22:27 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 593D8168094; Tue, 8 Aug 2017 21:22:27 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 993F0168092 for ; Tue, 8 Aug 2017 23:22:26 +0200 (CEST) Received: (qmail 17557 invoked by uid 500); 8 Aug 2017 21:22:25 -0000 Mailing-List: contact dev-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flex.apache.org Delivered-To: mailing list dev@flex.apache.org Received: (qmail 17545 invoked by uid 99); 8 Aug 2017 21:22:25 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Aug 2017 21:22:25 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id D7B1A1A1C40 for ; Tue, 8 Aug 2017 21:22:24 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.879 X-Spam-Level: * X-Spam-Status: No, score=1.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id HFlo7Bu9hNtA for ; Tue, 8 Aug 2017 21:22:23 +0000 (UTC) Received: from mail-wm0-f48.google.com (mail-wm0-f48.google.com [74.125.82.48]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id AC9ED5F5B3 for ; Tue, 8 Aug 2017 21:22:22 +0000 (UTC) Received: by mail-wm0-f48.google.com with SMTP id t201so17014013wmt.0 for ; Tue, 08 Aug 2017 14:22:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=k2H8YsxLqquCtsG90+GIjgkZ8g5BwMhu36pDwK1t3mE=; b=kxWuCGyu0kj9HGc7DqDzc+8q31GDqPGnGmLlitX5lLOzB2b9mqKYzPh0tNl0enrMQa tEPECAF3l4Ozk+AY+wfv491ytTPodvW5HlRnVnceFaBJzf6VQG8ITLCA0RQ9wdQk/vst JFv9qrDjO+YHhBybt2wCehnyqa2g6tdJS9vW7QIspwRyuqIu0IGAoDTAWDiWdeZi03WW t+Y09zKhdnLy1LxPFYsGuZKhO9tVN2BeU8p9Rhy6RqJPCFpOiS0gSNbppll5UP6ohspS x+BXeTsGZvlBgDLsRdWBv3W+Ef8ivxSbwG8k5oMB3zUG+96BGxG3dwOQqwL1RumAHdzs W3Yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=k2H8YsxLqquCtsG90+GIjgkZ8g5BwMhu36pDwK1t3mE=; b=jwq57+0IOiHYeLLUjIHnjnRJyIWm0L3eCrt9vdJlKTetGxBnR4orqjX9C7GDfv4tjU cFJfiVf5TWXDSsfueGyIk36M8UyjW1gDsw2uhsujJSqkc0n01nMMhoRsPKjrs+7F2qak RAV5htq/dZX/fzlBeJG2mJipX7bSfovoB+nQVPeWA8moWZe2Cp2+TmH8F505kZq18cB/ esN3mmRXAH52s7S7MlSnyAovNDh5ayG8Z5ZF3vrefNSjvKN9znI3gy3Hj+Zvixdi9Slp 2UtHk38ZICNJztbMBQT2HYGUeg8vCOPG9XbkJeNXj0x752swYLU5MVnz3OpG2jz7Z6XV Vq/w== X-Gm-Message-State: AHYfb5iThWEsDcqjL6y0IfAIYfzrJD9BoQgNTYrjkOVJfAcpwGS7rlSb Bcn+YjQrvagjhwCygVfetnBumkezng== X-Received: by 10.80.169.193 with SMTP id n59mr5767036edc.88.1502227336269; Tue, 08 Aug 2017 14:22:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.80.177.232 with HTTP; Tue, 8 Aug 2017 14:22:15 -0700 (PDT) In-Reply-To: References: <54F78FFC-D59D-4E50-A7B7-1F3935022F20@gmail.com> <8C7468A6-C439-4F06-AA87-9989CDE32087@gmail.com> <7519704C-E6AF-4A03-B84F-E5EE05E6A3E7@gmail.com> <727AE3D9-59CC-4586-861A-86AC2F8A653A@gmail.com> <4D6CD13D-9996-4603-8C05-FD5A86C50A65@gmail.com> From: Greg Dove Date: Wed, 9 Aug 2017 09:22:15 +1200 Message-ID: Subject: Re: Package, Class and Method renaming To: dev@flex.apache.org Content-Type: multipart/alternative; boundary="94eb2c195d28c013210556448ea9" archived-at: Tue, 08 Aug 2017 21:22:27 -0000 --94eb2c195d28c013210556448ea9 Content-Type: text/plain; charset="UTF-8" I guess that might help with the code minification, but it may be irrelevant with the longer original strings with something like gzip compression already.... there are so many levels to this. On Wed, Aug 9, 2017 at 9:12 AM, Greg Dove wrote: > Alex fyi I have wondered about breaking the class strings into literal > concatenation expressions with package parts for CLASS_INFO and in the > reflection data. This should end up minifying via closure compiler much > better, I think. > e.g. > > 'org.'+'apache.'+'flex.'+'events.'+'Event' > > > > > On Wed, Aug 9, 2017 at 9:01 AM, Alex Harui > wrote: > >> So I just pushed a first crack at suppressing most @export statements. >> Set -export-public-symbols=false and many @export statements should go >> away. The before size of TLFEditTestFlexJS was 813493 bytes. I >> recompiled TLF without @export symbols and the after size was 679609 >> bytes. And it ran. >> >> 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. I noticed >> that class names take up a lot of strings because they are used as a >> literal in the FLEXJS_CLASS_INFO and thus never get minified/renamed. >> >> Anyway, try compiling and running your application code with this option >> set to false and see if it obfuscates things enough or not, and whether >> the result still runs. >> >> Thanks, >> -Alex >> >> On 8/7/17, 9:06 AM, "Alex Harui" wrote: >> >> >From the output side, it probably isn't hard, but there is no way >> succinct >> >way to tell the compiler which classes should use @export or not. You >> >could annotate the class definitions, but then you can't choose to output >> >@export without changing source. >> > >> >Why do you think we need per-class control over this output? >> > >> >-Alex >> > >> >On 8/7/17, 8:54 AM, "Harbs" wrote: >> > >> >>Cool. >> >> >> >>How difficult would it be to allow this on a class-by-class basis? >> >> >> >>> On Aug 7, 2017, at 6:35 PM, Alex Harui >> >>>wrote: >> >>> >> >>> First thing I will do, though, is allow turning off @export output on >> >>> entire compiler sessions. That might allow you to have your text >> >>>engine >> >>> and your application logic more aggressively renamed but not require >> us >> >>>to >> >>> fix code in other SWCs that might use bracket access. >> >> >> > >> >> > --94eb2c195d28c013210556448ea9--