Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84260 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 79028 invoked from network); 3 Mar 2015 18:55:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Mar 2015 18:55:42 -0000 Authentication-Results: pb1.pair.com header.from=yohgaki@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=yohgaki@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.173 as permitted sender) X-PHP-List-Original-Sender: yohgaki@gmail.com X-Host-Fingerprint: 209.85.216.173 mail-qc0-f173.google.com Received: from [209.85.216.173] ([209.85.216.173:32917] helo=mail-qc0-f173.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 45/54-03783-BA306F45 for ; Tue, 03 Mar 2015 13:55:40 -0500 Received: by qcxm20 with SMTP id m20so32016426qcx.0 for ; Tue, 03 Mar 2015 10:55:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=afy0jWMC7dZEmIGwgwHTAvTOGckKUpGdbDM+/IT5DzA=; b=GbBfeUZgNRCFT0SejGhcWDBlmzzcIi9JpfscI+9IQP0bmlqyE5ZhM+DtyUEM28YZsg JExkT8MxR88OoP2qePkLdwvhnt1OeRR7+/aosBfBCGE3bMiqbwQKxO0CiTrOrgTjotbV RgwoyApV+sy1J2Y/lVQVytx2HN9cxEe5T9TMeVEzgzZ/NKw7QyMcltocEZLowXr6rkAx DB8VuGxfiKOGypnuGCTM+0yIkSaRn9BbpseqeTOS2xLaAV/+N4tZRly3eaZt99eNfgCO nxpiRBxGDZAf/FeCLEv3O9Om3s/PuNDWAjRo1HMLlL/gnI2aoovUthWCj1yE0OpcMlfl hRoQ== X-Received: by 10.55.24.104 with SMTP id j101mr723978qkh.0.1425408936966; Tue, 03 Mar 2015 10:55:36 -0800 (PST) MIME-Version: 1.0 Sender: yohgaki@gmail.com Received: by 10.229.198.8 with HTTP; Tue, 3 Mar 2015 10:54:56 -0800 (PST) In-Reply-To: <54F5895D.3090002@gmail.com> References: <54F4E29D.7080501@garfieldtech.com> <54F4E93C.80206@gmail.com> <54F4EBEC.2090702@garfieldtech.com> <54F4F3FC.6060501@fischer.name> <54F4FDFB.8010701@lsces.co.uk> <54F5895D.3090002@gmail.com> Date: Wed, 4 Mar 2015 03:54:56 +0900 X-Google-Sender-Auth: smc1jUx1E_HAwx4TwQThmNPkkp8 Message-ID: To: Rowan Collins Cc: "internals@lists.php.net" Content-Type: multipart/alternative; boundary=001a1142e968590054051066e141 Subject: Re: [PHP-DEV] Consistent function names From: yohgaki@ohgaki.net (Yasuo Ohgaki) --001a1142e968590054051066e141 Content-Type: text/plain; charset=UTF-8 Hi Rowan, On Tue, Mar 3, 2015 at 7:13 PM, Rowan Collins wrote: > Yasuo Ohgaki wrote on 03/03/2015 04:01: > >> Hi Lester, >> >> On Tue, Mar 3, 2015 at 9:19 AM, Lester Caine wrote: >> >> On 02/03/15 23:54, Yasuo Ohgaki wrote: >>> >>>> This looks awful... just cannot put up with... >>>> >>> Rasmus has already answered, but are you prposing to rewrite -> >>> http://www.gnu.org/software/gettext/manual/gettext.html >>> >> >> I know we used to have had copy of C library names. >> I already explained why it looks awful. It violates coding standard and >> sitting in PHP for more than a decade as it is. >> > > You keep mentioning this coding standard like it's the Holy Bible. Coding > standards are only as useful as the problem they're trying to solve, and > there can always be justified exceptions to the rule. > > I doubt most PHP users look at that list of functions and think "tsk, tsk, > the PHP devs didn't follow their own coding standards". They might think > "why are these functions named the way they are?", in which case Rasmus has > provided the answer, in terms of "vertical consistency" with cross-language > libraries. > First of all, I'm not blaming anyone who named functions that violates coding standard. It was ok name them like this. I would name after under laying library functions also. If the cost of having consistent name is too high (too much cpu/mem/etc) , I would not propose to add standard confirming names. What I'm proposing is "How about maintain legacy APIs to keep up with coding standard and have consistent names?" More or less, we do need maintenance, otherwise phpversion() will remain inconsistent forever. IMO. I fully understand your arguments/reasoning, but I fails to see why not having aliases to have shiny procedural APIs for major version up... Regards, -- Yasuo Ohgaki yohgaki@ohgaki.net --001a1142e968590054051066e141--