Workspace Hierarchy Request

[gorkem]

It is important for object oriented languages to retrieve the inheritance information. I would like to discuss a new request for retrieving hierarchy of a given Symbol.

[felixfbecker]

Some food for thought: Many languages have a fully qualified structural element name for every symbol. Using such a unique identifier, you could represent the tree like this:

interface SymbolInformation {

  // other properties...

  /** fully qualified structural element name (must be unique) */
  id?: string;

  /** an array of symbol FQSENs that this symbol is a child of in a class hierachy */
  extends?: string[];
}

You would then get the hierarchy from workspace/symbol or textDocument/documentSymbol or any method that returns SymbolInformation.

Whether it extends or implements is inferred from the SymbolKind of the parent since languages like C++ don't have separate keywords for that

[dbaeumer]

I agree that a hierarchy request is desirable. We could add this without breaking clients since clients that can't render this will not request it.

[tsmaeder]

@felixfbecker if we go by the example of Java, fqn's are not unique, neither at development time (check out multiple versions of the same class) nor at runtime (load different versions of the same class twice, in different class loaders).
I belive we need something like extends: SymbolInformation [];
Also, what about subtype hierarchy?

[dbaeumer]

I worked on contributing proposed protocol more easily. A document describing this is here: https://github.com/Microsoft/language-server-protocol/blob/master/contributing.md

May be someone wants to look into this.

[gorkem]

Initial proposal posted microsoft/vscode-languageserver-node#346