Re: Re: Go for votes for the open tag-less PHP files

From: Date: Mon, 16 Apr 2012 07:46:27 +0000
Subject: Re: Re: Go for votes for the open tag-less PHP files
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-59986@lists.php.net to get a copy of this message
What happened with the proposal/RFC for expanding include/require with additional optional second param to allow for developers to define in place if he want's a pure PHP file to be included or a template file with direct HTML output? I like that proposal and take it over any other, because it gives developer a choice. And if things do not go the right way and he ends up screwing up somewhere - he is able to fall back to the old mode just by modifying the include/require statement (and in a MVC framework with autoload usage that would be 1-2 places in the whole project). All that stuff with keywords, removing <?php tags and using special extensions require a continuous effort from the developers, additional support from the IDE/editors/other tools. Do we really need all that just to give people the ability to load their scripts as a pure PHP code? To my mind a modification to the include/require statements is all there is required to add that extra thing that Kris want's so badly and does not require to change your habbits, IDE templates, waiting for IDE/editors/WEB source code highlight libraries/source analyzers/etc to catch up with the change. There is also a question I just raised that is not yet answered that the keyword/extension thing can just break the valid performance tweak technique, that is used extensively in any project with big code base.

« previous php.internals (#59986) next »