Nsj-rest-lib

Novas features:

* Declarar uso de um `service_name` customizado para propriedades do tipo `DTOListField`.
* Assim, o service customizado pode executar também código customizado para manipular os registros de uma listagem (não ficando mais preso ao comportamento padrão do rest_lib).
* O único requisito é que o service customizado siga a mesma interface pública do ServiceBase (delcarando-se os métodos: get, list, insert, update, partial_update e delete).
* Útil para uso conjunto com a biblioteca `erp3-py-commons`, por exemplo, para a manipualação de listas de Anexos (no padrão do ERP3).

Novas features:

* Possibildiade de instanciar um DTO a partir de um dict, cujas entradas obedeçam a nomenclatura dos campos da entity (mesmo sem passar uma entity, de fato, no construtor)
* Ver flag `kwargs_as_entity` no construtor da classe DTOBase

Novas features:

* APIs Desktop
* Implementação de um Command Line Interface genérico.
* A ideia é permitir a execução de qualquer uma das rotas, declaradas no padrão RestLib, como um commando invocável por meio de uma linha de comando (CLI).
* Ver a [documentação completa](internal_docs/apis_desktop.md) da feature.

Novas features:

* Flag "read_only" no descritor DTOField.
* Permite declarar propriedades que estão disponíveis no GET (list ou unitário), mas que não poderão ser usadas para gravação (POST, PUT ou PATCH).
* A ideia é evitar a necessidade de criar outro DTO só por conta de algumas propriedades que servem apenas para leitura, mas que não podem ser alteradas pelo usuário (normalmente geridas pelo próprio sistema).

Novas funcionalidades:

- **DTOSQLJoinField:** Agora é possível declarar propriedades (em um DTO), que venham de outra entidade, e que de fato reflitam como join na query de banco sendo realizada (permitindo inclusive filtrar por tais propriedades). [Documentação](https://github.com/Nasajon/nsj_rest_lib/blob/main/internal_docs/recursos/dto_sql_join_field.md)
- **filter_aliases:** Também é possível criar alias para seus filtros, de modo que um filtro pode se comportar de maneira diferente de acordo com o tipo do dado recebido na URL (por exemplo, o filtro "grupo_empresarial" pode filtrar por código ou UUID). [Documentação](https://github.com/Nasajon/nsj_rest_lib/blob/main/internal_docs/recursos/filter_aliases.md)

Breaking Change:

A assinatura dos métodos abaixo passou a receber mais um parâmetro (que é um objeto, capaz de crescer com o tempo, simplificando futuras melhorias e evitando futuros breanking changes):

- custom_after_insert(self._dao._db, new_dto, after_data)
- custom_after_update(self._dao._db, old_dto, new_dto, after_data)

Esses métodos são passados como para execução de código personalizado, nos decoradores de rota (controller).