Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:89413 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 30324 invoked from network); 25 Nov 2015 16:53:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Nov 2015 16:53:22 -0000 Authentication-Results: pb1.pair.com smtp.mail=pedronaroga@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pedronaroga@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.172 as permitted sender) X-PHP-List-Original-Sender: pedronaroga@gmail.com X-Host-Fingerprint: 209.85.160.172 mail-yk0-f172.google.com Received: from [209.85.160.172] ([209.85.160.172:35769] helo=mail-yk0-f172.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3C/E1-19088-087E5565 for ; Wed, 25 Nov 2015 11:53:21 -0500 Received: by ykba77 with SMTP id a77so62102870ykb.2 for ; Wed, 25 Nov 2015 08:53:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6d3Ke9eD9eDuDqgsVWLjrKg7XORMghQzzhsHQiWfpJk=; b=gqYcw7e5rv1adVIrBrEz9fEEF0xZ6lyEPoeF40zrlN9av5A7LreqagqmoNoII0pXY4 d1fkbiH5exDjMY3ZDVSgS0ZhtXK82s0oYjOf8EmTIppUskd2AMBaVri452hK99AnquAZ lhr7+6oS0b1Zy9/jUkax2gk10D5X3m8rAhAhTrUvEvBzNePMUvE1CrH1kJRBBIPTmccX ZPRWcdomhouJZvPfIxraXXVksdD/6jQVVSdO0O2zjT6tThIT+0EdHqIDxWDMMtWQYiqg HsPyChKywJD4t602J444JPclzCGMT1ApMLx1VwxyyCIXK08rOfqcFyuLjhKEwrXQVJNK dNkQ== MIME-Version: 1.0 X-Received: by 10.13.215.203 with SMTP id z194mr9346776ywd.304.1448470398421; Wed, 25 Nov 2015 08:53:18 -0800 (PST) Received: by 10.37.202.9 with HTTP; Wed, 25 Nov 2015 08:53:18 -0800 (PST) In-Reply-To: <5655E61E.3000904@gmail.com> References: <5654B516.4020700@gmail.com> <5655D82A.8020304@lsces.co.uk> <5655E4E4.8070200@garfieldtech.com> <5655E61E.3000904@gmail.com> Date: Wed, 25 Nov 2015 14:53:18 -0200 Message-ID: To: Rowan Collins Cc: PHP Internals Content-Type: multipart/alternative; boundary=94eb2c07554090d1970525604ba2 Subject: Re: [PHP-DEV] Native Annotation Syntax From: pedronaroga@gmail.com (Pedro Cordeiro) --94eb2c07554090d1970525604ba2 Content-Type: text/plain; charset=UTF-8 Rowan, even if they are not harder, there is no reason to keep this feature in docblocks. Even the argument "compatibility with current implementations" is flawed, because there are many different implementations (not only doctrine's) with different syntaxes, so any native option would break SOME implementations. Docblocks are Documentation Blocks, which is meant for documentation only. Mixing documentation (@param) with runtime stuff (@manyToMany) is counter-intuitive and makes the ecosystem harder to learn. It's also weird that removing comment blocks break an app. 2015-11-25 14:47 GMT-02:00 Rowan Collins : > Larry Garfield wrote on 25/11/2015 16:42: > >> However, doing so would make static checking more difficult; If >> annotations become a language-native feature, they should be a first-class >> citizen to make it easier for IDEs to handle. >> > > Could you explain why docblocks are harder to parse than text outside > docblocks? As far as I know, IDEs *already* parse docblocks, e.g. using > @param and @return for type analysis, so I don't really see why > generalising that would be a big problem. > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --94eb2c07554090d1970525604ba2--