Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25629 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 89639 invoked by uid 1010); 12 Sep 2006 05:12:26 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 89624 invoked from network); 12 Sep 2006 05:12:26 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Sep 2006 05:12:26 -0000 Authentication-Results: pb1.pair.com smtp.mail=tslettebo@broadpark.no; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=tslettebo@broadpark.no; sender-id=unknown Received-SPF: error (pb1.pair.com: domain broadpark.no from 80.202.4.58 cause and error) X-PHP-List-Original-Sender: tslettebo@broadpark.no X-Host-Fingerprint: 80.202.4.58 osl1smout1.broadpark.no Solaris 9 Received: from [80.202.4.58] ([80.202.4.58:55715] helo=osl1smout1.broadpark.no) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FD/ED-02095-8B146054 for ; Tue, 12 Sep 2006 01:12:26 -0400 Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0J5G00JMJRSMDG00@osl1smout1.broadpark.no> for internals@lists.php.net; Tue, 12 Sep 2006 07:12:22 +0200 (CEST) Received: from pc ([80.203.129.59]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0J5G00KOBRSMTEM4@osl1sminn1.broadpark.no> for internals@lists.php.net; Tue, 12 Sep 2006 07:12:22 +0200 (CEST) Date: Tue, 12 Sep 2006 07:12:29 +0200 To: Stanislav Malyshev Cc: internals@lists.php.net Message-ID: <00c601c6d62a$0be44e80$9a02a8c0@pc> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Mailer: Microsoft Outlook Express 6.00.2800.1807 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <015801c6d4d5$6440d1d0$9a02a8c0@pc> <7f3ed2c30609100744x7a5d4fdfs9601ae4671b351d3@mail.gmail.com> <003401c6d4ee$1b251d80$9a02a8c0@pc> <1803358544.20060910173549@marcus-boerger.de> <29.48.46429.82A54054@pb1.pair.com> <10845a340609110106y5a21de3coc98659cde5ef0465@mail.gmail.com> <450591E5.7080402@zend.com> <004e01c6d5c9$5f9b16a0$9a02a8c0@pc> <4505A549.4040004@zend.com> <002401c6d5d1$7c180d30$9a02a8c0@pc> <4505CA2C.7080100@zend.com> Subject: Re: [PHP-DEV] Re: __autoloading and functions From: tslettebo@broadpark.no (=?UTF-8?Q?Terje_Sletteb=C3=B8?=) > > In either of the above cases, you specify where a function belongs, both > > where it's defined, and where it's used (either through full qualification, > > or a shorter one, using "import"). I'm not arguing for a function to > > "magically" become a part of a class/module/whatever, if you thought so > > > Then the question is how do you think this function would be used? That's a very good question... One "simple" answer would be to have one file per function, and have it work like typical class autoloaders. However, that could be too much overhead (on many levels), having a lot of small files, that conceptually belong together. Maybe function autoloading isn't such an obvious feature, after all (which was one reason for bringing it up - getting the pros and cons of it. By the way, I've now also read in on the archive of this and the other issues having been mentioned in this thread, such as namespaces). Regards, Terje