Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:32812 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 43518 invoked by uid 1010); 16 Oct 2007 12:16:26 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 43503 invoked from network); 16 Oct 2007 12:16:26 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Oct 2007 12:16:26 -0000 Authentication-Results: pb1.pair.com header.from=hans.moog@mkj-computing.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=hans.moog@mkj-computing.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain mkj-computing.de from 213.239.209.74 cause and error) X-PHP-List-Original-Sender: hans.moog@mkj-computing.de X-Host-Fingerprint: 213.239.209.74 web-002.server-ip.de Linux 2.4/2.6 Received: from [213.239.209.74] ([213.239.209.74:56208] helo=web-002.server-ip.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 45/B1-30952-89BA4174 for ; Tue, 16 Oct 2007 08:16:25 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by web-002.server-ip.de (Postfix) with ESMTP id 526D2108CFC4; Tue, 16 Oct 2007 13:43:42 +0200 (CEST) Received: from web-002.server-ip.de ([127.0.0.1]) by localhost (web-002.server-ip.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11489-08; Tue, 16 Oct 2007 13:43:42 +0200 (CEST) Received: from win-001.server-ip.de (static.88-198-106-164.clients.your-server.de [88.198.106.164]) by web-002.server-ip.de (Postfix) with ESMTP id 0B183108CFC2; Tue, 16 Oct 2007 13:43:42 +0200 (CEST) Date: Tue, 16 Oct 2007 13:43:33 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C80FE9.FFDA14F1" Message-ID: <7C37FF3A0196094F95430BA95952032201611D@s1.mkj.lan> X-MS-Has-Attach: Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: AW: AW: [PHP-DEV] Method overloading by method signature thread-index: AcgP4B+LfHeoqiIuSKqWeA85hbtClAACaggf References: <7C37FF3A0196094F95430BA95952032211B7C5@s1.mkj.lan> <7C37FF3A0196094F95430BA95952032211B7C7@s1.mkj.lan> <72129346.20071014092922@marcus-boerger.de> <7C37FF3A0196094F95430BA95952032211B7CC@s1.mkj.lan> <19939840.20071014231353@marcus-boerger.de> <002f01c80f5b$d645d340$15b2a8c0@unterwegs> <7C37FF3A0196094F95430BA95952032211B7D2@s1.mkj.lan> <4714881F.1030302@cschneid.com> <7C37FF3A0196094F95430BA95952032201611B@s1.mkj.lan> <47149337.9000209@cschneid.com> To: "Christian Schneider" Cc: X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at mkj-computing.com, mkj-computing.de Subject: AW: AW: AW: [PHP-DEV] Method overloading by method signature From: hans.moog@mkj-computing.de ("Hans Moog") ------_=_NextPart_001_01C80FE9.FFDA14F1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable >> And if you have more than one parameter you will name it >> methodFromStringIntegerSampleClassBoolean ?!? > >No, I would rethink my interface. Sometimes you need more than one parameter and even rethinking wouldn't = "solve" this requirement. >> And how would you do the same for constructors ?!? Create a >> initWithStringIntegerSampleClassBoolean method which has to be called >> after object creation ?!? > >No, I would either use factory methods or the OO approach I outlined in >my previous message. O_O really?!? You would use factory methods just to allow more than one = parameter to be passed to the constructor? Okayyyy..... > But let's agree that we fundamentally disagree on style. Yup :) > I think you're using the wrong language but that's just me.... > >Over and out, >- Chris I agree. But PHP (until PHP 5.2.x) was the wrong language for everyone = who wanted to use namespaces, too. But a programming language is able to evolve and sometimes new features = are really usefull and should be included. And in this special case the = new feature would not harm anyone because it would be fully backward = compatible and in my humble opinion it would push php to an enterprise = level when it comes to object orientation. Btw: I really LOVE PHP and the way it handles things. You are able to = develop applications VERY fast but when it comes to big applications it = is sometimes better to be more strict and structure things a little bit = different, especially when you have to mess around with 3rdparty = developers. ------_=_NextPart_001_01C80FE9.FFDA14F1--