Skip to content

JCavallo/tryton-analyzer

Repository files navigation

Tryton Analyzer

What's this

tryton-analyzer is a dedicated Language Server / Linter to assist developers using the tryton framework.

Due to how the framework operates (most notably the runtime inheritance), the standard Python tooling is not as useful as it can / should be. This means that most errors that could be detected by a linter (unknown attributes, etc.) are not, which leads to runtime / production errors.

Disclaimer

This is just a hobby project for now, and though it is already useful, it uses a patched trytond (on version 6.8).

It requires python 3.11.

It is only tested on Neovim, though it should work on other editors supporting the Language Server Protocol.

How does it work

It uses pygls to handle the language server protocol, libcst to parse the sources, and a patched trytond to be able to load modules without any database whatsoever.

The language server itself spawns and requests informations from separate trytond processes to be able to survive Syntax Errors in the source code.

What can it do

Focus so far has been on basic things:

  • Detecting unkown attributes (python / xml)
  • Completion
  • Support of extras_depend to distinguish available models / fields even in a given module

Model detection is done through parsing of the syntax tree using libsct. It relies on:

  • self / cls for obvious reasons
  • Special function parameters (for instance, the second argument of validate will always be a list of records)
  • Parsing of Pool().get calls
  • Custom type annotations: def my_function(self, invoices: Records["account.invoice"]), though this does not play well with other linters who interpret "account.invoice" as a type that obviously does not exist

There are a few very specific checks that are implemented because of past trauma :)

  • Do not call super on a function without a parent
  • Forgetting a super call

Screenshots:

Test module diagnostics 1 Test module diagnostics 2 Test module diagnostics 3 Test module diagnostics 4 Test module diagnostics 5 Test module completion

What will it do

I have a lot of things I would like to do next:

  • Global ignore list via tox.ini
  • Return type annotations
  • Extract more informations from the tryton pool (identify getters & co to automatically assign types to parameters, identify from super calls)
  • Domain / state parsing
  • Jump to definition
  • Better information for fields during completion
  • Find usages of fields / methods (though this one will probably be difficult and need some sort of persistent caching)
  • Detect register / depends missing a extras_depend

Give it a try

pip install tryton-analyzer, and setup your development environment to use the patched trytond rather than the default one.

On the client side, use lspconfig for Neovim:

  local lspconfig = require("lspconfig")
  local configs = require'lspconfig.configs'
  if not configs.tryton_analyzer then
    configs.tryton_analyzer = {
      default_config = {
        cmd = { 'tryton-ls' },
        filetypes = {'python', 'xml'},
        root_dir = lspconfig.util.root_pattern(".git"),
        settings = {},
      };
    }
  end
  lspconfig.tryton_analyzer.setup{}

You should be good to go.

The tryton-lint script allows to lint a tryton module as a whole.

About

Language Server for Tryton

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages