On 11/02/15 07:58, Stanislav Malyshev wrote: > We've spent several years rejecting annotations because no information > can be in comments, not even a little bit, not even a tiny.
I find that a strange comment, since I've been using annotation in PHP from day one. The phpdoc material helped me get started all those years ago since every third party library had it as part of their coding style from PHP4 days. All of the current demands ... and I think they are demands! ... stamp on past history and load even more work on everybody to have to support all these new features. Even if dbc is wrapped in comment blocks to hide it it's potential presence in third party parts of a project means that all tools have to be modified and my use of phpdoc is further eroded. I see all these comments about 'D' and 'Effiel' and my ONLY thought is ... Then bloody use that! ... Even the people demanding strict typing! DbC does not have to modify the core code to be usable by those wanting it. In the same way that phpdoc has never needed that. BUT a means of expanding the /* */ wrapper to include extra types over the /** tag may be appropriate, then people can use their own preferred annotation system, and other tools can simply 'switch off' where appropriate. While I don't feel 'compiling' is the right way forward for PHP projects, the 'min' processing of files as applied to just about every other scripting element does make sense as a half way house to opcode caching. ( and some help with actually fixing php7 in code would be appreciated! ) -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
