Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:103863 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 79385 invoked from network); 28 Jan 2019 14:51:32 -0000 Received: from unknown (HELO v-smtpout3.han.skanova.net) (81.236.60.156) by pb1.pair.com with SMTP; 28 Jan 2019 14:51:32 -0000 Received: from [192.168.7.8] ([213.64.245.126]) by cmsmtp with ESMTPA id o57eg6BNMHNTSo57egp7wi; Mon, 28 Jan 2019 12:30:38 +0100 To: Marco Pivetta , Nikita Popov Cc: PHP internals , Nicolas Grekas References: Message-ID: <28d2b7bc-95c3-acc4-5ba3-7b0716e8c30a@telia.com> Date: Mon, 28 Jan 2019 12:30:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: sv X-CMAE-Envelope: MS4wfHXQfIGMIKugor091cUe6N4dpvviM/r4N7srFs0dI9U1PDn/FOkhIszuxpIkihPFxrM3fogMWA0l3G8wpRu6+OtVPFDb8e+UPE7itk1mmfW0x/TLsTjq a0o8dyhvzvSr5KT9G5Hmp3PFyT0QU1Tbja5bXx09G2UWrVrD4Opkob4VKtMIYQbpROEt4RNrQNdmocy+vWYkGxr6zH7kH+Ib9MAUiDWbZcqxHDFNVv8i+9QW H0+Hag5B0S0ST8vHfi9FXLSMejjWOcDS7qUba5F7Gv9Gxl3pzklV9pKd41S8jpwt Subject: Re: [PHP-DEV] [RFC] New custom object serialization mechanism From: bjorn.x.larsson@telia.com (=?UTF-8?Q?Bj=c3=b6rn_Larsson?=) Den 2019-01-24 kl. 15:09, skrev Marco Pivetta: > Not really fussed about having another implicit interface for serialization > (via magic methods). > > Wouldn't a new interface make this clear, explicit, and make the > deprecation path easier (together with the migration)? How important is the following statement from the RFC regarding magic methods vs Interfaces? - "Using an interface instead requires either raising the version requirement to PHP 7.4, or dealing with the definition of a stub interface in a compatible manner." Sounds like it would be easier to implement this feature in code/libraries targeting 7.x versions. r//Björn Larsson