Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:58408 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 18646 invoked from network); 1 Mar 2012 11:11:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Mar 2012 11:11:04 -0000 Authentication-Results: pb1.pair.com header.from=kiall@managedit.ie; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=kiall@managedit.ie; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain managedit.ie designates 209.85.210.170 as permitted sender) X-PHP-List-Original-Sender: kiall@managedit.ie X-Host-Fingerprint: 209.85.210.170 mail-iy0-f170.google.com Received: from [209.85.210.170] ([209.85.210.170:43846] helo=mail-iy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DA/F2-46815-7495F4F4 for ; Thu, 01 Mar 2012 06:11:04 -0500 Received: by iaeh11 with SMTP id h11so730837iae.29 for ; Thu, 01 Mar 2012 03:11:01 -0800 (PST) Received-SPF: pass (google.com: domain of kiall@managedit.ie designates 10.50.158.133 as permitted sender) client-ip=10.50.158.133; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kiall@managedit.ie designates 10.50.158.133 as permitted sender) smtp.mail=kiall@managedit.ie; dkim=pass header.i=kiall@managedit.ie Received: from mr.google.com ([10.50.158.133]) by 10.50.158.133 with SMTP id wu5mr4897672igb.50.1330600261361 (num_hops = 1); Thu, 01 Mar 2012 03:11:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=managedit.ie; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=wYIJ3K/KD1NQU8/wBOUpePsXqsfmAq/nXjZOQjRDvoA=; b=ahs7rENhKQ3nhXvEhKgX1H9+ZKIN0JoBUZ6DDaVtNBK45pz0ZjqdxJSENbqjRNBORT HDtbm+Dz7oIuFnMwDwpeH0SiqxmWizgfgKQnRnX8v1OZgG5VO47Qa24Y8I+bQ3+CCh/U zMAk9EQEou4C7Y8NB0ooJkKV82oc7whLCMmiw= Received: by 10.50.158.133 with SMTP id wu5mr4029799igb.50.1330600261256; Thu, 01 Mar 2012 03:11:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.200.137 with HTTP; Thu, 1 Mar 2012 03:10:41 -0800 (PST) In-Reply-To: <4F4F3A96.8080408@lsces.co.uk> References: <693e15008681dfe7372eaea66214f8a8.squirrel@www.l-i-e.com> <887FE7CFF6F8DE4BB3A9535F53AFD06AC3152C6C@il-ex2.zend.net> <887FE7CFF6F8DE4BB3A9535F53AFD06AC3152F5D@il-ex2.zend.net> <43409D28-75AC-4E9C-A0EA-66FC1DB9FAE7@gmail.com> <4F4F3A96.8080408@lsces.co.uk> Date: Thu, 1 Mar 2012 11:10:41 +0000 Message-ID: To: PHP internals Content-Type: multipart/alternative; boundary=14dae9341103e9069804ba2c8302 X-Gm-Message-State: ALoCoQmdWVypGmGH4lIx9yqVM7tzguWQhG9psp3dBgW/LPCSPboDOFR7xBwrOeYtnipKs3KmI5nK Subject: Re: [PHP-DEV] Scalar type hinting From: kiall@managedit.ie (Kiall Mac Innes) --14dae9341103e9069804ba2c8302 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Mar 1, 2012 at 9:00 AM, Lester Caine wrote: > Both provide something that a large number of people did not or do not > want anything to do with. > I disagree - The majority of PHP developers I've discussed this with are in favor of adding *something *like this. Do a majority want this? I have no idea and, I honestly don't believe you do either. > Namespace was forced on us in much the same way you are currently trying > to force this on us. > Forced? Nobody is forcing anything. Discussions are happening, and possibly a vote in the future. This is the farthest thing from being forced IMO. > Many people who were pursuaded that namespace was a good idea are now > realising that it wasn't and was the thin end of wedge which this > discussion is once again trying to force open. > Many of the popular frameworks have made the changes, or are planning to make the changes, needed to take advantage of namespaces. This, to me, suggests a general acceptable of namespaces. Also - I'm yet to hear a single complaint about namespaces - although again, I've not talked to every PHP developer! (Well.. No complaints other than the namespace separator being a '\' that is) > I have no objections to 'object orientated' as that is how I have always > used PHP, but the BULK of the data I am handling is simply strings which > 'magically' get converted to the format I need. I don't see any use for > 'type hinting' in any form since I NEED to check if a string I get in has > the right data in before I store it in a database field. I don't need to > throw some random error which needs handling ... I just handle the errors > in line as I process the data. My framework helps to ensure what I get in > is right in the first place anyway, so even the in-line checks are probably > redundant nowadays! > I can certainly agree with you here - have I ever absolutely NEEDED this? Nope. Would it get it the way of writing code in certain situations? Yup. But - Does that mean it's not generally useful? Nope! Kiall --14dae9341103e9069804ba2c8302--