From kdevelop-bugs  Sat Aug 25 20:22:41 2012
From: Andrew Udvare <audvare () gmail ! com>
Date: Sat, 25 Aug 2012 20:22:41 +0000
To: kdevelop-bugs
Subject: [Bug 305780] New: Add a way to specify type for dynamic values
Message-Id: <bug-305780-40295 () http ! bugs ! kde ! org/>
X-MARC-Message: https://marc.info/?l=kdevelop-bugs&m=134592623612939

https://bugs.kde.org/show_bug.cgi?id=305780

            Bug ID: 305780
          Severity: wishlist
           Version: 4.3.1
          Priority: NOR
          Assignee: kdevelop-bugs@kdevelop.org
           Summary: Add a way to specify type for dynamic values
    Classification: Unclassified
                OS: Linux
          Reporter: audvare@gmail.com
          Hardware: Gentoo Packages
            Status: UNCONFIRMED
         Component: Language Support: PHP
           Product: kdevelop

If a function can return different return values, this is definitely not
guessable by the parser.

<?php
class A {}

/**
 * @return array|integer|A
function a() {
  return new A();
}

$a = a(); // unknown type
?>

Some IDEs have nice things like this:
<?php
// @var A
$a = a();
?>

and subsequently the methods get completed. I am in a project currently that
uses a lot of dynamic return values (the project makes heavy use of Symfony
services). Since we do not want to write @return \Full\Namespace\ClassName just
to get completion and rather want to write @return ClassName (which is part of
the use statement bug I filed).

But even so, because Symfony is done by configuration, again it remains
impossible to guess the type.

<?php
$a = $this->get('myservicename'); // unknown class to the parser, and 99% of
the time the class is also namespaced
?>

If this worked, it would be nice:
<?php
class Controller {
public function B() {
  // @var \FullNamespace\ClassName
  $a = $this->get('myservice');
}
}

So @var would refer strictly to the next upcoming variable. Any forms of
comment syntax would be allowed including /* */, /** */, and //.

Reproducible: Always

Steps to Reproduce:
n/a
Actual Results:  
n/a

-- 
You are receiving this mail because:
You are the assignee for the bug.

_______________________________________________
KDevelop-bugs mailing list
KDevelop-bugs@kdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-bugs