Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:108837 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 53157 invoked from network); 4 Mar 2020 00:39:35 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 4 Mar 2020 00:39:35 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 8B1391804D3 for ; Tue, 3 Mar 2020 14:58:49 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-vs1-f46.google.com (mail-vs1-f46.google.com [209.85.217.46]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Tue, 3 Mar 2020 14:58:48 -0800 (PST) Received: by mail-vs1-f46.google.com with SMTP id c18so3591779vsq.7 for ; Tue, 03 Mar 2020 14:58:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=basereality-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=79Vtc8SibhpiSM37fOxf5ZXYsIEISUN5jkAuKXZ6uxY=; b=0L63Xj7QHgkYFYX+QfeykmJOCNXj5JoIIppt4PuR4IASF1vI/k0ZuCQ8nQV21uC7uN 0XWwJXpBp+3eoJevlnD+FQijsEy/jnJShEX4GRyIermmQY5UHZQFZ+ticAjuqzquBChc oQQmznKBn/pP7hosMpntWwq2Vi9I9X8xzrqgvJh+OGLQ+tEPMkC9Rh9+q9IUf+/kDBGI lkhBHn0OFJApJdc1KeBFi6t38AI+ADd/+4wLU+rjxV699IVWFwVeZ72XcswtebKQ3em/ h5OHWuVQvRT+G9aQOUrO0/Dlu7DdQUiMf45tZrzEEwR7Xp7Frq9bTD2kDs9ief7C3/l0 j8oQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=79Vtc8SibhpiSM37fOxf5ZXYsIEISUN5jkAuKXZ6uxY=; b=sEjWY4OEkg3w3/9II8XhfJjI5vo+Oi3OypFUddmEKyy3bYMFbVNC+/j88+3sBd2OhG rkJEb95cTdOYqIi2JxKPlnDE9EM0sv+N247/ZaQ9WLldeYNeH0XSOFr8bgLp2OtrApAm iQygpQ0om0cokCTWspdfqjTfko23PwZ8gUPafQYwzXEFnQpZs7DeMZjI2Ui6g7+V4cgK R5M8ZwNnGZK9PpeSMv7pmuURzGNMDkE4Io8KiDmoZ/XCwOTv4N92TY/jC4AOjIgmwqdW QSGHK/6fl5LinoLcMlYX74f68hUEbScL25aZQrpOppc0k2a3Wm6Cd7W9Ban2pz1RqAdc B6vg== X-Gm-Message-State: ANhLgQ2XInSQfR7OAlGWmbRpfv3iENAcHV8RhngNYdKmrwPJVOPqR3Kg HfnsyBqCb3U/PW4n/DL6ttPLGeHnPy64k2Jqrzmm2q1P9U6BEQ== X-Google-Smtp-Source: ADFU+vu6bKCOXDnCVxMpZ66dcJP1+8Zx63rebBAaAydm48roNP0ZYShtyIG99N68ZT/sSF1LwUUTdzLfs9MKRkBuATc= X-Received: by 2002:a67:be13:: with SMTP id x19mr190835vsq.20.1583276325239; Tue, 03 Mar 2020 14:58:45 -0800 (PST) MIME-Version: 1.0 References: <50BD013E-CF72-414C-BBC0-A7A2E45CBDDB@pmjones.io> <1657AB79-5CAF-4BCA-96B5-1343EC703CCD@pmjones.io> In-Reply-To: <1657AB79-5CAF-4BCA-96B5-1343EC703CCD@pmjones.io> Date: Tue, 3 Mar 2020 22:58:33 +0000 Message-ID: To: "Paul M. Jones" Cc: php internals Content-Type: text/plain; charset="UTF-8" Subject: Re: [PHP-DEV] RFC: Server-Side Request and Response Objects (v2) From: Danack@basereality.com (Dan Ackroyd) Paul M. Jones wrote: > Are there any members here who currently expect to vote "no", The only reason for doing this as C code appears to be make it have read-only properties. This is a hack that would confuse a lot of developers, and instantly be added to most lists of "how PHP is bad". I really think this doesn't belong in core PHP. Tying this into core means that: - BC breaking changes could only happen on major versions. - Discussion of those changes would take up a lot of time, or more likely never happen. See all of our core extensions that are desperately in need of a maintainer to work on them. - It might be impossible (or at least annoyingly difficult) to write code that was compatible with two versions of PHP, if they used this object. As you were involved and so know, a huge amount of energy was spent designing PSR-7, and still it was definitely not a perfect design. The chances of the design of this API being even as close as PSR-7 was, seems minimal. Which means that we would be likely to regret bringing it into core. For stuff to be added to core, to overcome the burden of supporting in the future, there needs to be a strong reason to add it. Not just something that could be done. In case anyone is interested, there is a book called 'Systemantics' that's actually quite applicable to open source projects....despite being written before personal computers were really a thing: https://en.wikipedia.org/wiki/Systemantics#First_principles https://www.amazon.co.uk/Systems-Bible-Beginners-Guide-Large/dp/0961825170/ref cheers Dan Ack