From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS4713 221.184.0.0/13 X-Spam-Status: No, score=-4.1 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from neon.ruby-lang.org (neon.ruby-lang.org [221.186.184.75]) by dcvr.yhbt.net (Postfix) with ESMTP id EA1BD1F453 for ; Sat, 9 Feb 2019 17:47:23 +0000 (UTC) Received: from neon.ruby-lang.org (localhost [IPv6:::1]) by neon.ruby-lang.org (Postfix) with ESMTP id 650C2121E5D; Sun, 10 Feb 2019 02:47:20 +0900 (JST) Received: from o1678916x28.outbound-mail.sendgrid.net (o1678916x28.outbound-mail.sendgrid.net [167.89.16.28]) by neon.ruby-lang.org (Postfix) with ESMTPS id 725CF121A87 for ; Sun, 10 Feb 2019 02:47:17 +0900 (JST) Received: by filter0084p3las1.sendgrid.net with SMTP id filter0084p3las1-20949-5C5F1223-C 2019-02-09 17:47:15.186357122 +0000 UTC m=+341403.670612444 Received: from herokuapp.com (ec2-54-87-14-24.compute-1.amazonaws.com [54.87.14.24]) by ismtpd0068p1mdw1.sendgrid.net (SG) with ESMTP id v1pRcg75SleVzSsWaKpxEg for ; Sat, 09 Feb 2019 17:47:15.201 +0000 (UTC) Date: Sat, 09 Feb 2019 17:47:16 +0000 (UTC) From: fxn@hashref.com To: ruby-core@ruby-lang.org Message-ID: References: Mime-Version: 1.0 X-Redmine-MailingListIntegration-Message-Ids: 66955 X-Redmine-Project: ruby-trunk X-Redmine-Issue-Id: 15592 X-Redmine-Issue-Author: akr X-Redmine-Sender: fxn X-Mailer: Redmine X-Redmine-Host: bugs.ruby-lang.org X-Redmine-Site: Ruby Issue Tracking System X-Auto-Response-Suppress: All Auto-Submitted: auto-generated X-SG-EID: ync6xU2WACa70kv/Ymy4QrNMhiuLXJG8OTL2vJD1yS4dQIe8MJWKzfUkHxCwZPtYpKo4F0xRe0w/bN j2TPpTkaI3RPztYqe7PKssM7dTb81qu2Y6NH2j4wtwWw0pxEReZ7JP2LaDDGxHPlsveoTqgTA+ClUG ErOlO7HmSF+9llAU39041RJvMYQgvXMEgqjQ X-ML-Name: ruby-core X-Mail-Count: 91502 Subject: [ruby-core:91502] [Ruby trunk Feature#15592] mode where "autoload" behaves like an immediate "require" X-BeenThere: ruby-core@ruby-lang.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Ruby developers List-Id: Ruby developers List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ruby-core-bounces@ruby-lang.org Sender: "ruby-core" Issue #15592 has been updated by fxn (Xavier Noria). > I guess it needs some convention between constant names and filenames. I agree it is good if such convention is available. (convention over configuration) Unfortunately, Ruby itself has no such reliable convention. Yes. > Initial list of autoload constants are defined before user application before eager_load_autoloads. > I think this can be implemented without much problems. Agree. ---------------------------------------- Feature #15592: mode where "autoload" behaves like an immediate "require" https://bugs.ruby-lang.org/issues/15592#change-76762 * Author: akr (Akira Tanaka) * Status: Open * Priority: Normal * Assignee: * Target version: ---------------------------------------- How about a feature to switch "autoload" behavior to "require" immediately. autoload is a feature for lazy loading. matz dislikes autoload as [Feature #5653]. I heard that he dislikes class (and other) definitions at arbitrary timing. I agree that eager loading is safer than lazy loading. However, lazy loading realize shorter loading time and it makes development cycle shorter. It is more important for larger applications as Eregon said in https://bugs.ruby-lang.org/issues/5653#note-39 . It is especially important when library loading causes I/O (code generation from DB schema). These two, safety of eager loading and easier development of lazy loading, conflicts. But if we can distinguish production mode and development mode, we can enjoy both benefits. So, I propose a feature to select autoload behavior from two modes: - autoload behaves as lazy loading as now in development mode - autoload behaves as eager loading (immediately invokes "require") in production mode. There are several idea to switch the mode: - $AUTOLOAD_MODE = :eager or :lazy - RubyVM.autoload_mode = :eager or :lazy - ObjectSpace.autoload_mode = :eager or lazy I'm not sure there is a good enough one in above list, though. -- https://bugs.ruby-lang.org/