On 12 October 2017 at 00:11, BohwaZ/PHP <p...@bohwaz.net> wrote: > I don't really understand that logic. Yeah the existing behaviour is not > optimal. But there is no other solution right now.
"First, do no harm", "given an existing problem, it may be better not to do something, or even to do nothing, than to risk causing more harm than good." If we add more magic methods to PDO, that are only present when the connection was made to an SQLite DB, then there will be more mess to cleanup, and more people are likely to complain about BC breaks, if/when we refactor the features to not have shitty magic behaviour. People have suggested changing the RFC process to require 2/3 approval for all RFCs. This RFC is a prime example of why that might be needed. We shouldn't be approving changes that are just barely good enough to be included. Changes should be clearly the right choice, to be included. > It might be years (or never) before that PDO behaviour is changed. In the > meantime PHP will just be missing features that could have been provided, > this sounds strange to me. openBlob has been available in the ext/sqlite3 extension for nine years, apparently. If it hasn't been present in PDO for all that time, and yet somehow people have still managed to be able to use PHP, then it doesn't exactly demonstrate that this is a feature that urgently needs to be added, no matter how much extra mess it leaves. > Should we also stop adding any feature to PHP because most > PHP functions are named incoherently and we need to wait until > all of them are renamed correctly? Hopefully not :) You have a habit of taking people's opinions, and then trying to take them to illogical conclusions, in order to try to win a discussion. This seems to put you in the position of not even trying to understand the other persons point of view, which is not helpful to you, if you're trying to persuade people. It also makes me not want to interact with you, as you're being deliberately obtuse. cheers Dan Ack -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
