Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B1915E834 for ; Thu, 20 Dec 2012 23:00:48 +0000 (UTC) Received: (qmail 40046 invoked by uid 500); 20 Dec 2012 23:00:47 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 39941 invoked by uid 500); 20 Dec 2012 23:00:47 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 39933 invoked by uid 99); 20 Dec 2012 23:00:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Dec 2012 23:00:47 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.216.43] (HELO mail-qa0-f43.google.com) (209.85.216.43) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Dec 2012 23:00:41 +0000 Received: by mail-qa0-f43.google.com with SMTP id cr7so5786388qab.16 for ; Thu, 20 Dec 2012 15:00:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=ZVzT/2ZUfyd/rpckppB6Ljk9pj21sENG3TL9ZhPUXgc=; b=K264/9jgu9r3DL787dFuadKwxCGb8wP/nnGhZjPDZ+PP2Jyz1LxEMGtDDBzZXaXUEJ dOLN1AcTUEqViSPj64Ss046DCvduf1r1ZX2fg11HDuVmDzdUk97KdmpCVdMkWiO4/LlU KvjJI3ciLg74FmgRDQSLzgtCZl9UOAhno96kM1SM9/+wseQMFBa7LdAHktMtOfb87ydL /3s6AlWSAlaWbSKUrHZ0A/t/E0IN6aBlMfzVfFv/Qb2zM9LD1If2GHGya08dXv+ZyBIk c9S9NezAs1KXwTS6e5LF/+ZqqifePvNHwSF8PbT7DB5IuV86vZsyxViW1xTuzsXsw0wP ZNHA== MIME-Version: 1.0 Received: by 10.224.45.6 with SMTP id c6mr5858102qaf.54.1356044420390; Thu, 20 Dec 2012 15:00:20 -0800 (PST) Received: by 10.49.2.131 with HTTP; Thu, 20 Dec 2012 15:00:20 -0800 (PST) In-Reply-To: <50D39275.7030009@gmail.com> References: <50D387F0.9000606@gmail.com> <50D38E9E.40907@gmail.com> <50D39275.7030009@gmail.com> Date: Fri, 21 Dec 2012 00:00:20 +0100 Message-ID: Subject: Re: [FalconJx] New JavaScript runtime format prototype From: Frank Wienberg To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=20cf3074b9fafa1e9504d150b173 X-Gm-Message-State: ALoCoQnpXY7LbjbZ1MVfNwS6FGOH7BSqhYhAVGrnB3xvXbxg2JX+XOKstH0j2Fm+xX3Nll9fHQ4j X-Virus-Checked: Checked by ClamAV on apache.org --20cf3074b9fafa1e9504d150b173 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Dec 20, 2012 at 11:34 PM, Daniel Wasilewski wrote: > I don't know why but it looks like it iss adding extra stars: > > http://fwienber.github.**com/**as-js-runtime-prototype/ //fwienber.github.com/as-js-**runtime-prototype/ > > I obviously realised that, and was able to see your sources, Sorry again for the garbled link. Using gmail... > but it didn't change my mind about impact on performance using RequiredJS. > It is putting you down to JQuery level pretty much. > See above, I disagree. JQuery introduces considerable runtime overhead, even while the application is running. Again, I propose to use RequireJS for class linking only, so for a normal application, all define()/require() callbacks are done during application start-up and then never again. We would have to create a performance comparison that takes into account that a class is only loaded once (involving a require() callback), but instantiated many times without that overhead, and also that an application does usually not consist of ten-thousands of classes (while ten-thousands of objects are not unlikely at all). The complex enterprise RIA we develop runs with a bit over 3000 classes. Even if using AMD would increase start-up time by some linear factor, do you really think start-up time / performance is so crucial that you would sacrifice a clean dependency management that helps avoiding global namespace pollution and allows even for circular static dependencies? -Frank- > > Dan > > > > > On 12/20/2012 10:27 PM, Frank Wienberg wrote: > >> Oops? Can you give me a pointer which link does not work? I can't >> reproduce. >> Maybe the new subdomain created by GitHub pages (fwienber.github.com) is >> not "spread around the world" yet? >> >> On Thu, Dec 20, 2012 at 11:18 PM, Daniel Wasilewski > >wrote: >> >> Btw, yes I have checked your links, but stuff on github is 404. >>> >> > --20cf3074b9fafa1e9504d150b173--