> > Hi! > > > This makes an opportunity to replace the old API with object oriented one > > preventing any kind of BC break. > > > > But instead of using this as an extension because of some limitations > like > > “string”->startsWith(‘s’); the API should be bundled with the engine (not > > written in PHP). > > This is the problem with all these proposals. Instead of taking the > gradual road of making a beautiful API in extension, having it accepted > (I'm taking the optimistic scenario), popular and then merged into the > engine, it's always "let's redo the whole engine from scratch". That's > why these things haven't gone beyond talk for years. >
I didn't say that you should redo the whole engine from scratch this is not possible of course taking the FIRST step would be great when i talked about 'extension' i mentioned the limitations. but i meant the API shouldn't be written in user land code that's all it can start as an extension and gradually support these limitations when more people start to use it. > > > This will make the opportunity to also remove any inconsistencies in the > > API behavior as well. > > You write "remove inconsistencies", I read "break all existing code". > you didn't get my point. i mean't the new API shouldn't behave the same as the old one there are some behavioural inconsistencies shouldn't be introduced in the new one. the old API won't be touched at all. no breaking for existing code. that's the point of this proposal > > I’ve seen many articles encouraging new comers to learn languages like > > Python or Ruby, and highly discourage them from using PHP. Also many new > > projects are using languages different than PHP. (don’t tell me you > haven’t > > seen this) > > I've seen a lot of silly stuff on the Internet, so what? It's a free > medium, anyone can write anything. That doesn't mean it carries any > weight by the fact of writing. > When the vast majority agree that's a problem (it carries weight). it's just too common. famous articles written about it like "PHP fractal of bad design" and "php sadness" a lot more i highly doubt that you didn't read one of these. i like PHP i care about it. it's future is important you "the internals" will decide what will happen many years from now. and you have a good opportunity to get this right. even if someone managed to do all of these things and submit an RFC you will vote on it. only you can decide i hope you chose the right thing. > > > The old API should be deprecated in PHP 8.0 and removed completely in PHP > > 9.0 (finally) > > Which means no code written in PHP would work in PHP 9.0. Why then call > it PHP? Call it something else. > You just agreed on disagreeing :) this is 20 years until PHP 9 comes out. PHP 7 is not yet released. you can argue about it when we get to this point in time. maybe the need for removal can be predicted by the adoption of the new API. the old mysql extension was also used everywhere. > BTW, if you look at Java, some methods deprecated in Java 2 are still > around in Java 8. Java didn't die from it. Why people are so zealous to > break things that work? > i didn't mention any break or things. also many languages are different from they were 20 years from now. languages keep evolving. you may not see this as a breaking change 20 years from now imo Thanks for taking the time replying to this Regards
