-
Couldn't load subscription status.
- Fork 544
Indicates whether a variable is global #4245
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
2671bed to
4717d70
Compare
4717d70 to
f5cc717
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- You're not testing what this should be allowing you. In the original issue you're saying you want to override variable types with ExpressionTypeResolverExtension but you're not testing that here.
- Instead of setting an attribute on
VariableinassignVariable, I'm thinking we could callassignExpressionherewith new virtual nodephpstan-src/src/Analyser/NodeScopeResolver.php
Line 1970 in 70a039f
$scope = $scope->assignVariable($var->name, new MixedType(), new MixedType(), TrinaryLogic::createYes());GlobalVariableExpr. TheScope::isGlobalVariablecould check the type of the expr node for that.
Existing virtual expr nodes are defined here: https://github.com/phpstan/phpstan-src/tree/2.1.x/src/Node/Expr
Additionally, they have to be handled here https://github.com/phpstan/phpstan-src/blob/2.1.x/src/Node/Printer/Printer.php and here
phpstan-src/src/Analyser/MutatingScope.php
Lines 739 to 753 in 70a039f
f5cc717 to
db78deb
Compare
- You're not testing what this should be allowing you. In the original issue you're saying you want to override variable types with ExpressionTypeResolverExtension but you're not testing that here.
I added a test for this use case.
- Instead of setting an attribute on
VariableinassignVariable, I'm thinking we could callassignExpression[...] with new virtual nodeGlobalVariableExpr. TheScope::isGlobalVariablecould check the type of the expr node for that.
I struggle to find how to make it work, probably because I am not familiar with the PHPStan internal logic, so maybe I missed something.
I finally found a solution with an early call to the ExpressionTypeResolverExtensionRegistry here:
phpstan-src/src/Analyser/MutatingScope.php
Lines 4292 to 4301 in db78deb
This is the only solution I found to be able to assign the type during the Global_ statement node parsing.
I think you need to rebase/fix some conflict @cedric-anne
db78deb to
72730d1
Compare
I think you need to rebase/fix some conflict @cedric-anne
Done. Conflicts were only related to use statements.
I am not entirely satisfied with what I have proposed, but I was waiting for a review from someone who knows more about the internal logic of PHPStan to find out if I had missed something obvious, or even if I was heading in the right direction.
Rather than using the ExpressionTypeResolverExtension extensions, I think it might be better to declare a new extension interface GlobalVariableTypeSpecifyingExtension with a public function getGlobalVariableType(GlobalVariableExpr $globalVariable, Scope $scope): ?Type method.
Also, maybe this should be splitted into two distinct PRs. Indeed, being able to know whether a variable is global and being able to define its type using an extension are two distinct features.
72730d1 to
3df4189
Compare
Uh oh!
There was an error while loading. Please reload this page.
This will permit to easilly assign types to global variables in an extension. Without this change, it is not possible to distinguish local variables from global variables.
Related to phpstan/phpstan#13243 and following a discussion in #4233.
Here is an exemple: