[metaas-dev] ASFieldAccessExpression
Matthew J Tretter
matthew at exanimo.com
Tue Jan 8 02:16:41 UTC 2008
> Do you have corresponding changes to ExpressionBuilder too?
I don't think I made any. You already had ASTASFieldAccessExpression (and
therefore the ExpressionBuilder logic), I believe.. it just didn't have a
corresponding interface (or any functionality).
> I guess the Eclipse model of allowing
>
> A.B
>
> to be represented as either a field-access or just a qualified-name
> (depending on how much semantic informations is available) is ok, but I
> wonder what happens if modifications to the tree mean that the
> representation should change?
I was thinking about this as I was working on ASFieldExpression. Wouldn't
variable bindings first need to be in place for us to do this kind of
analysis (a la Eclipse's Name.resolveBinding)? Which would in turn force a
change in the getName functions (can't return Strings anymore). I guess you
could sidestep the issue by inspecting the AST, but it seems like something
you're going to need anyway (and already could use in AutoImporter).
matthew
More information about the metaas-dev
mailing list