You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@groovy.apache.org by "Daniel Sun (Jira)" <ji...@apache.org> on 2019/08/30 17:37:00 UTC

[jira] [Comment Edited] (GROOVY-9236) Avoid unnecessary resolving

    [ https://issues.apache.org/jira/browse/GROOVY-9236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16919761#comment-16919761 ] 

Daniel Sun edited comment on GROOVY-9236 at 8/30/19 5:36 PM:
-------------------------------------------------------------

As you can find, {{resolveFromStaticInnerClasses}} will only resolve classes whose name contains dots.

https://github.com/apache/groovy/blob/f22ad15939695a47522fdef4dd0aacef6ba667d2/src/main/java/org/codehaus/groovy/control/ResolveVisitor.java#L563-L581

However {{resolveToOuter}} resolves types via {{classNodeResolver.resolveName}}, which treats dots as sub-packages, i.e. it will NOT resolve inner classes whose name contains dots.

https://github.com/apache/groovy/blob/f22ad15939695a47522fdef4dd0aacef6ba667d2/src/main/java/org/codehaus/groovy/control/ResolveVisitor.java#L845

So no overlap in their target classes to resolve, thus no resolving precedence will be changed.



was (Author: daniel_sun):
As you can find, {{resolveFromStaticInnerClasses}} will only resolve classes whose name contains dots.

https://github.com/apache/groovy/blob/f22ad15939695a47522fdef4dd0aacef6ba667d2/src/main/java/org/codehaus/groovy/control/ResolveVisitor.java#L563-L581

However {{resolveToOuter}} resolves types via {{classNodeResolver.resolveName}}, which treats dots as sub-packages, i.e. it will resolve inner classes whose name contains dots.

https://github.com/apache/groovy/blob/f22ad15939695a47522fdef4dd0aacef6ba667d2/src/main/java/org/codehaus/groovy/control/ResolveVisitor.java#L845

So no overlap in their target classes to resolve, thus no resolving precedence will be changed.


> Avoid unnecessary resolving
> ---------------------------
>
>                 Key: GROOVY-9236
>                 URL: https://issues.apache.org/jira/browse/GROOVY-9236
>             Project: Groovy
>          Issue Type: Improvement
>            Reporter: Daniel Sun
>            Assignee: Daniel Sun
>            Priority: Major
>             Fix For: 3.0.0-beta-4
>
>          Time Spent: 1h 50m
>  Remaining Estimate: 0h
>
> {{ResolveVisitor}}'s {{resolveFromStaticInnerClasses}}, {{resolveFromDefaultImports}} and {{resolveNestedClass}} will try to guess class qualified name and load. In the process of resolving, lots of time wasted on finding non-existing classes. So we should try to resolve classes in a determined manner.
> For example,
> For {{java.util.stream.Collectors}},  ① {{resolveFromStaticInnerClasses}} will try to guess {{java.util.stream$Collectors}}, {{java.util$stream$Collectors}}, {{java$util$stream$Collectors}}.
> And ② {{resolveFromDefaultImports}} will guess {{java.lang.java$util$stream$Collectors}},  {{java.util.java$util$stream$Collectors}}, ...,  {{groovy.lang.java$util$stream$Collectors}}.
> After the precedence of resolving adjusted, the above unnecessary resolving can be avoided.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)