lbxtoolkit 2.0.1__tar.gz

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,21 @@
1
+ MIT License
2
+
3
+ Copyright (c) 2024 lbx_toolkit
4
+
5
+ Permission is hereby granted, free of charge, to any person obtaining a copy
6
+ of this software and associated documentation files (the "Software"), to deal
7
+ in the Software without restriction, including without limitation the rights
8
+ to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
9
+ copies of the Software, and to permit persons to whom the Software is
10
+ furnished to do so, subject to the following conditions:
11
+
12
+ The above copyright notice and this permission notice shall be included in all
13
+ copies or substantial portions of the Software.
14
+
15
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
18
+ AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
20
+ OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
21
+ SOFTWARE.
@@ -0,0 +1,414 @@
1
+ Metadata-Version: 2.1
2
+ Name: lbxtoolkit
3
+ Version: 2.0.1
4
+ Summary: Biblioteca de ferramentas LBX S/A
5
+ Author: Cristiano P. Ferrari
6
+ Author-email: boxferrari@gmail.com
7
+ License: MIT License
8
+ Classifier: Programming Language :: Python :: 3
9
+ Classifier: License :: OSI Approved :: MIT License
10
+ Classifier: Operating System :: OS Independent
11
+ Requires-Python: >=3.6
12
+ Description-Content-Type: text/markdown
13
+ License-File: LICENSE
14
+ Requires-Dist: psycopg2
15
+ Requires-Dist: pandas
16
+ Requires-Dist: numpy
17
+ Requires-Dist: msal
18
+ Requires-Dist: requests
19
+ Requires-Dist: selenium
20
+ Requires-Dist: webdriver-manager
21
+ Requires-Dist: validators
22
+
23
+ # Biblioteca de ferramentas LBX S/A
24
+
25
+ Esta biblioteca possui ferramentas de uso recorrente para interação com banco de dados e API, além de autenticação/validação de credenciais de usuário no Microsoft Entra ID
26
+
27
+ ## Classe e funções
28
+
29
+ **auth_EntraID**: Usa o Microsoft Entra ID (antiga Azure AD) para evitar execução não autorizada
30
+ - _.disclaimer_: Mensagem sobre a necessidade de autenticação
31
+ - _.valida_grupo_: Autentica o usuário e aborta se checa não pertencer ao grupo de segurança
32
+
33
+
34
+ **postgreSQL**: Interage com o banco de dados PostgreSQL
35
+ - _.db_: Inicia sessão com o banco
36
+ - _.csv_df_: Lê arquivo CSV e gera Dataframe (pandas) a partir dele
37
+ - _.db_insert_df_: Insere informações de Dataframe em tabela do banco com estrutura equivalente
38
+ - _.db_select_: Retorna um cursor a partir de uma query
39
+ - _.db_update_: Executa update em tabelas
40
+
41
+
42
+ **api_rest**: Interage com APIs RESTfull, especialmente providas para a plataforma Sienge
43
+ - _.auth_base_: Autentica (HTTPBasicAuth) sessão na API
44
+ - _.auth_bearer_: Autentica sessão na API pelos métodos: OAuth, JWT, Bearer
45
+ - _.endpoint_json_: Realizad chama ao endpoint. Payload em formato `json` opcional.
46
+ - _.close_: Encerra a sessão autenticada
47
+
48
+ **lbx_logger**: Manipula e formata as mensagens de saída do script para direcioná-las para tela (stdout) e/ou arquivo de log
49
+ - _.add_: Adiciona a mensagem a um _buffer_ sem exibir, acumulando até a próxima chamada em algum dos níveis abaixo.
50
+ - _.debug, .info, .aviso, .erro, .critico_:
51
+ Classifica as mensagens por nível de severidade/relevância e rediciona a saída (arquivo, tela, tela+arquivo) conforme a configuração do nível
52
+ - _.stop_logging_: Interrompe a manipulação das saídas pelo logger e restaura as saídas padrão (stdout/stderr) para a tela
53
+
54
+
55
+ ## Instalação e uso:
56
+
57
+ ### Instalação
58
+
59
+ ```
60
+ pip install lbx_toolkit
61
+ ```
62
+
63
+ ### Uso
64
+ ```
65
+ from lbx_toolkit import auth_EntraID, PostgreSQL, api_rest, lbx_logger
66
+ ```
67
+
68
+ #### Classe **auth_EntraID**
69
+
70
+ Este recurso tem o propósito de controlar as permissões de execução do script usando as credencias do ambiente AD em nuvem da Microsoft (Azure AD >> Microsoft Entra ID), abortando se a autentição falhar ou o usuário não pertencer ao grupo.
71
+
72
+ Essa classe possui apenas dois métodos:
73
+
74
+ - `auth_EntraID.disclaimer()`: apenas exibe uma tela de informações/instruções ao usuário.
75
+
76
+ - `auth_EntraID.valida_grupo([client_id], [client_secret], [tenant_id], timeout=60, log_file='auth_EntraID.log')`: efetua a autenticação do usuário e verifica se ele pertence ao grupo informado, abortando a execução caso não pertença ao grupo ou a autenticação não seja validada no tempo estabelecido. Os argumentos `timeout` e `log_file` são opcionais e, se omitidos, os valores aqui atribuídos serão adotados como padrão.
77
+
78
+ É necessário obter parametros da plataforma de identidade da Microsoft (AD Azure, agora Microsoft Entra ID), no [*Centro de administração do Microsoft Entra*](https://entra.microsoft.com).
79
+ Sugerimos não armazenar estas ou outras informações sensíveis no script. Considere usar o pacote `dotenv` para isso.
80
+
81
+ Os argumentos obrigatórios (posicionais) são:
82
+
83
+ 1) `tenant_id` corresponde ao campo *ID do Locatário*, que pode ser obtido na página [visão geral de identidade do domínio](https://entra.microsoft.com/#blade/Microsoft_AAD_IAM/TenantOverview.ReactView)
84
+
85
+ 2) `client_id` corresponde ao *ID do aplicativo (cliente)*, obtido na secção [_Identidade > Aplicativos > Registros de Aplicativo_](https://entra.microsoft.com/#view/Microsoft_AAD_RegisteredApps/ApplicationsListBlade/quickStartType~/null/sourceType/Microsoft_AAD_IAM). Considere não reaproveitar aplicativos e criar um específico para essa finalidade.
86
+
87
+ 3) `secret_id` corresponde ao *Valor* do _ID secreto_ (não ao próprio ID Secreto) do aplicativo. Este token não é passivel de consulta após gerado e para obtê-lo, é necessário criar um novo segredo para o aplicativo na subsecção _"Certificados e Segredos"_, após clicar no nome do aplicativo exibo na indicada no item (2). O token (_Valor do segredo_) deve ser copiado e anotado no ato da criação, pois *não é possível consultá-lo posteriormente*.
88
+
89
+
90
+ ```
91
+ from lbx_toolkit import auth_EntraID
92
+
93
+ client_id = 'SEU_CLIENT_ID'
94
+ client_secret = 'SEU_CLIENT_SECRET'
95
+ tenant_id = 'SEU_TENANT_ID'
96
+
97
+ # inicializa instância
98
+ auth = auth_EntraID(client_id, client_secret, tenant_id, timeout=60, log_file='auth_EntraID.log')
99
+
100
+ # exibe a mensagem padrão de aviso
101
+ auth.disclaimer()
102
+
103
+ auth.valida_grupo('Nome do Grupo de Distribuição')
104
+ # se usuário não pertencer a grupo informado, a execução do script é abortada.
105
+ ```
106
+
107
+ #### Classe **postgreSQL**
108
+
109
+ Recursos de interação com o banco de dados relacional PostgreSQL
110
+
111
+ 1) O método `postgreSQl.db()` exige que as credenciais e parametros de acesso sejam fornecidas em um *dicionário* com, ao mínimo, o seguinte formato:
112
+
113
+ ```
114
+ credenciais = {
115
+ 'dbname': 'NOME_BANCO',
116
+ 'user': 'USUARIO'',
117
+ 'password': 'SENHA',
118
+ 'host': 'IP_OU_DNS_SERVIDOR',
119
+ 'port': 'PORTA_POSTGRESQL', ## padrão = 5432
120
+ }
121
+
122
+ conexao = postgreSQL.db(credenciais)
123
+ ```
124
+
125
+ O nome do schema é ser declarado no contexto da query, mas se desejar alterar o schema padrão, adicione *`'options' : '-c search_path=[NOME_SCHEMA]',`* ao dicionário.
126
+
127
+ Qualquer argumento de conexão previsto no pacote *psycopg2* são aceitos como entrada no dicionário acima.
128
+
129
+ 2) O método `postgreSQl.csv_df()` lê arquivo texto do tipo CSV e o converte para o objeto Dataframe do `pandas`. A assinatura da função exige que se forneça o caminho do arquivo CSV e, opcionalmente o caracter delimitador. Se o caracter demilitador não for informado, será assumido `;`. Considere usar a função `Path` para tratar o caminho do arquivo de origem.
130
+
131
+ ```
132
+ from pathlib import Path
133
+ arquivo_csv = Path('./diretorio/arquivo_exemplo.csv')
134
+ dados = postgreSQL.csv_df(arquivo_csv, CsvDelim=',') # usando vírgula como separador. se omisso, assume ";'
135
+ ```
136
+
137
+ 3) O método `postgreSQl.db_insert_df()` insere dados a partir de um Dataframe (pandas) em uma tabela do banco com estrutura de colunas equivalente.
138
+
139
+ A assinatura da função é `postgreSQL.db_insert_df([conexao], [dataframe_origem], [tabela_destino], Schema=None, Colunas=None, OnConflict=None)`
140
+
141
+ É necessário que os nomes das colunas do dataframe coincidam com o nome das colunas da tabela.
142
+ Não há como traduzir/compatibilizar (de-para) nomes de colunas entre o dataframe e a tabela.
143
+
144
+ Os três primeiros parametros são posicionais e correspondem, respectivamente, (1) ao objeto da conexão com o banco, (2) ao objeto que contém o dataframe e (3) ao nome da tabela de destino.
145
+ Assume-se que a tabela pertença ao schema padrão (definido na variável _search_path_ do servidor). Caso a tabela de destino esteja em um _schema_ diferente do padrão, deve-se informar seu nome no parâmetro opcional `Schema`.
146
+
147
+ O parametro opcional `Colunas` espera um objeto do tipo _lista_ que contenha a relação das colunas a serem importadas.
148
+ As colunas listadas neste objeto precisam existir nas duas pontas (dataframe e tabela).
149
+ Caso seja omisso, todas as colunas do dataframe serão inseridas na tabela. Neste caso, admite-se que haja colunas na tabela que não exitam no dataframe (serão gravadas como NULL), mas o contrário provocará erro.
150
+
151
+ O último parametro opcional `OnConflict` espera uma declaração para tratar o que fazer caso o dado a ser inserido já exista na tabela, baseado na cláusula [*ON CONFLICT*](https://www.postgresql.org/docs/current/sql-insert.html#SQL-ON-CONFLICT) do comando INSERT. A claúsula deve ser declarada explicita e integralmente nessa variável (clausula, _target_ e _action_) e não há crítica/validação desse argumento, podendo gerar erros se declarado inconforme com o padrão SQL.
152
+
153
+ Exemplo de uso:
154
+
155
+ ```
156
+ from lbx_toolkit import postgreSQL
157
+ from pathlib import Path
158
+
159
+ credenciais = {
160
+ 'dbname': 'NOME_BANCO',
161
+ 'user': 'USUARIO'',
162
+ 'password': 'SENHA',
163
+ 'host': 'IP_OU_DNS_SERVIDOR',
164
+ 'port': 'PORTA_POSTGRESQL', ## padrão = 5432
165
+ }
166
+
167
+ conexao = postgreSQL.db(credenciais)
168
+
169
+ arquivo_csv = Path('./diretorio/arquivo_exemplo.csv')
170
+ dados = postgreSQL.csv_df(arquivo_csv, CsvDelim=',') # usando vírgula como separador. se omisso, assume ";'
171
+
172
+ postgreSQL.db_insert_df(conexao, dados, 'teste_table', Schema='meu_esquema', OnConflict='on conflict (coluna_chave_primaria) do nothing')
173
+
174
+ # conexão com o banco precisa ser fechada explicitamente após a chamada do método, caso não seja mais utilizada:
175
+ conexao.close()
176
+ ```
177
+
178
+ 4) O método `postgreSQl.db_select()` executa consultas no banco de dados e retorna um `cursor` com o resultado.
179
+
180
+ A assinatura da função é `postgreSQL.db_select([conexao], [query])`
181
+
182
+ São permitidas apenas instruções de consulta (podendo serem complexas, por exemplo, com uso de [CTE](https://www.postgresql.org/docs/current/queries-with.html)). A presença de outras instruções SQL de manipulação de dados e metadados não são permitidas e abortarão a execução da query, se presentes.
183
+
184
+ O `cursor` é fechado no contexto do método, antes do retorno, *não podendo* ser manipulado após recebido como retorno da função.
185
+
186
+ A função retorna *dois objetos*, o primeiro contendo os dados do cursor, o segundo, contendo os nomes das respectivas colunas.
187
+
188
+ Exemplo de uso:
189
+
190
+ ```
191
+ from lbx_toolkit import postgreSQL
192
+ from pathlib import Path
193
+
194
+ credenciais = {
195
+ 'dbname': 'NOME_BANCO',
196
+ 'user': 'USUARIO'',
197
+ 'password': 'SENHA',
198
+ 'host': 'IP_OU_DNS_SERVIDOR',
199
+ 'port': 'PORTA_POSTGRESQL', ## padrão = 5432
200
+ }
201
+
202
+ conexao = postgreSQL.db(credenciais)
203
+
204
+ query = 'select * from meu_esquema.teste_table'
205
+
206
+ dados, colunas = postgreSQL.db_select(conexao, query)
207
+ conexao.close()
208
+ ```
209
+
210
+ 5) O método `postgreSQl.db_update()` executa updates no banco
211
+
212
+ A assinatura da função é `postgreSQL.db_update([conexao], [query])`
213
+
214
+ São permitidas apenas instruções de update. A presença de outras instruções SQL de manipulação de dados e metadados não são permitidas e abortarão a execução da query.
215
+
216
+ A função retorna *a quantidade de linhas alteradas*.
217
+
218
+ Exemplo de uso:
219
+
220
+ ```
221
+ from lbx_toolkit import postgreSQL
222
+ from pathlib import Path
223
+
224
+ credenciais = {
225
+ 'dbname': 'NOME_BANCO',
226
+ 'user': 'USUARIO'',
227
+ 'password': 'SENHA',
228
+ 'host': 'IP_OU_DNS_SERVIDOR',
229
+ 'port': 'PORTA_POSTGRESQL', ## padrão = 5432
230
+ }
231
+
232
+ conexao = postgreSQL.db(credenciais)
233
+
234
+ query = "update meu_esquema.teste_table set coluna='novo_valor' where pk='chave'"
235
+
236
+ result = postgreSQL.db_update(conexao, query)
237
+ conexao.close()
238
+ ```
239
+
240
+ #### Classe **api_rest**
241
+
242
+ Destina-se a interatir com APIs RESTfull, em especial as publicadas pela SoftPlan para a [Plataforma Sienge](https://api.sienge.com.br/docs/).
243
+
244
+ A classe deve ser instanciada conforme sintaxe abaixo:
245
+
246
+ `api_rest(url, credenciais, cadencia, timeout=6, logger=None, headers={"Content-Type": "application/json"}, verify=True)`
247
+
248
+ São nessários 2 parâmetros posicionais obrigatórios, e 5 parametros nominais facultativos (valor padrão, se omisso, indicado na sintaxe acima):
249
+ - `url`: o endereço da URL de autenticação da API
250
+ - `crednciais`: Dicionário com credenciais de autenticação.
251
+ - `cadencia` Número máximo de chamadas *por segudo* à API
252
+ - `timeout` Tempo máximo (segundos) para aguardar retorno à chamada. Padrão 6s, se omisso.
253
+ - `logger` O objeto _log handler_ para lidar com as informações de saída. Se não informado, todas as saídas serão direcionadas para a stdout.
254
+ - `headers` Cabeçalhos _http_ para a requisição à API.
255
+ - `verify` Verifica a validade do certificado SSL do servidor de destino da requisição.
256
+
257
+ Quanto às credenciais de autenticação, assim como a classe de interação com o PostgreSQL, elas precisam ser fornecidas na forma de um *dicionário*.
258
+ Para o método `api_rest.aut_basic()`, o formato deve ser:
259
+ ```
260
+ credenciais = {
261
+ 'user': 'USUARIO_API',
262
+ 'password': 'TOKEN_USUARIO'
263
+ }
264
+ ```
265
+ Caso a autenticação seja pelo método `api_rest.aut_bearer()`, o dicionário deve corresponder ao formato previsto pelo endpoint e seu conteúdo será enviado como um JSON ao endereço indicado no parametro `url`
266
+
267
+
268
+ A classe possui 3 métodos:
269
+ - `api_rest.auth_basic()`: instanciamento da sessão autenticando pelo método HTTPBasicAuth
270
+ - `api_rest.auth_bearer()`: instanciamento da sessão autenticando pelos métodos OAuth, JWT, Bearer
271
+ - `api_rest.endpoint_json([endereço], [método], payload=None)`: para a chamada ao endpoint
272
+ - `close()` para encerra a instância/sessão
273
+
274
+ O consumo é feito pelo método `api_rest.endpoint_json` que suporta apenas APIs cujo payload (opcional) seja aceito no formato JSON.
275
+
276
+ Esse método espera 2 parametros posicionais obrigatórios: o endereço do endpoint e o verbo (get, post, patch ou put), tendo parametro opcional o objeto de 'payload' (json).
277
+ Note que o endereço do endpoint deve ser informado completo. A URL informada no instanciamento da classe corresponde apenas ao endereço de autenticação.
278
+
279
+ O tempo, em segundos, transcorrido entre a chamada a atual e a chamada anterior ao endpoint pode ser consultado pelo argumento `.Intervalo` no objeto recebido do retorno à chamada ao método `.endpoint_json`.
280
+
281
+ Da mesma forma, o tempo de espera imposto para respeitar a cadência do webservcie também pode ser consultado pelo argumento `.Espera`.
282
+
283
+ Exemplo de uso:
284
+
285
+ ```
286
+ from lbx_toolkit import api_rest
287
+
288
+ UrlBase=r'https://api.sienge.com.br/lbx/public/api/v1'
289
+ Credenciais = {
290
+ 'user': 'USUARIO_API',
291
+ 'password': 'TOKEN_USUARIO'
292
+ }
293
+ ApiSienge = api_rest(UrlBase,Credenciais,2.5) # limite de 2 requisições/segundo para cadência de chamada ao endpoint
294
+ Auth = ApiSienge.auth_basic()
295
+
296
+ Nutitulo=input('Numero do título:')
297
+ Nuparcela=input('Numero da parcela:')
298
+ Vencimento=input('Vencimento [AAAA-MM-DD]:')
299
+ Payload = {
300
+ "dueDate": f"{Vencimento}"
301
+ }
302
+ EndPoint = f'{UrlBase}/bills/{Nutitulo}/installments/{Nuparcela}'
303
+
304
+ #chama o endpoint e recebe o retorno no objeto AlteraVcto
305
+ AlteraVcto = ApiSienge.endpoint_json(EndPoint, 'patch', Payload)
306
+ ```
307
+
308
+ No exemplo acima não é esperado que o endpoint retorne nenhum dado (`patch`).
309
+
310
+ Quando se usa o verbo `get` e se espera o retorno de algum dado, use o método `.json` do pacote `request` para acessar o objeto recebido.
311
+
312
+ Para uso em APIs com autenticação JWT (JSON Web Token), OAuth, Bearer Token Authentication, a construção é a mesma indicada acima, bastando-se usar `.auth_bearer()` ao invés de _.auth_basic()_, e ajustar o dicionário `credenciais` informado no instanciamento da classe, que deve ser estruturado conforme o padrão fornecido peo mantendor da API e será enviado como payload ao endpoint (`json=credenciais`).
313
+
314
+ #### Classe **lbx_logger**
315
+
316
+ Essa classe tem o propósito de manipular e formatar as mensagens de saída do script, alterando o formato e redirecionando destino padrão (stdout e stderr) para uma combinação de tela e/ou arquivo.
317
+
318
+ O comportamento padrão é registrar todas as saídas *simultaneamente* em tela e no arquivo com endereço informado no parâmetro `log_file_path`. Se este parametro for omisso no instanciamento da classe, as mensagens serão exibidas apenas na tela.
319
+
320
+ A mensagens devem ser classificadas por grau de severidade/relevância, da menor para a maior, na seguinte ordem: *debug, info, warning (aviso), error (erro), critical (critico)*
321
+
322
+ A classificação do nível de serveridade da mensagem se dá pelo método escolhido para invocar a mensagem, correspondente aos níveis de severidade equivalentes.
323
+
324
+ A classe deve ser instanciada conforme sintaxe abaixo:
325
+
326
+ `lbx_logger(log_file_path=None, log_level=logging.DEBUG, formato_log='%(asctime)s - %(levelname)s - %(message)s', modulo=None, ignore_console=None, ignore_file=None):`
327
+
328
+ Todos os parametros são nominativos e facultativos. Em caso de omissão, os valores padrão são assumidos conforme o exemplo acima.
329
+
330
+ Os parametros para o instanciamento da classe são:
331
+
332
+ - `log_file_path` Define o caminho e o nome do arquivo de log. Se omisso, as mensagens serão todas direcionadas apenas para a tela.
333
+ - `log_level` Define o nível mínimo de severidade das mensagens a serem manipuladas pelo logger. Se omisso, será assumido o nível mais baixo (_debug_). As mensagens com nível abaixo do especificado são descartadas. Os níveis devem ser informados de acordo com a sintaxe acima (prefixados com _logging._ e com o nome do nível em inglês e maiúsculas). Exemplo:
334
+ - `logging.DEBUG` para manipular chamadas do método *.debug()* e acima.
335
+ - `logging.INFO` para manipular chamadas do método *.info()* e acima.
336
+ - `logging.WARNING` para manipular chamadas do método *.aviso()* e acima.
337
+ - `logging.ERROR` para manipular chamadas do método *.erro()* e acima.
338
+ - `logging.CRITICAL` para manipular chamadas do método *.critico()* e acima.
339
+ - `formato_log` Define o formato em que a mensagem será apresentada. Se omisso, o padrá é *DATA_HORA - NIVEL - MENSAGEM*. Para maiores opções veja: [Atributos de log](https://docs.python.org/3/library/logging.html#logrecord-attributes)
340
+ - `modulo` Nome do módulo para o qual os logs serão monitorados. Permite instanciar várias vezes a classe para criar manipuladores diferentes para módulos diferente. Informe o nome do módulo para criar um log específico para ele ou simplesmente omita o parametro para criar um log para o script em geral.
341
+ - `ignore_console` Lista com os níveis de severidade a serem ignorados para *apresentação na tela*, registrando *apenas no arquivo* (quando informado no parametro `log_file_path`) e obedecendo ao nível mínimo estabelecido no parametro `log_level`. Note que omitir o parametro `log_file_path` e incluir um nível na lsita `ignore_console` implica em ignorar/suprimir esse nível de mensagem de qualquer apresentação.
342
+ - `ignore_file` Mesma lógica do parametro `ignore_console`, mas com lógica invertida: suprime o registro do nível do arquivo e demonstra *apenas na tela*.
343
+
344
+ As mensagem são manipuladas substituindo-se o comando `print()` pela chamada a um dos 5 métodos acima (_.add(), .debug(), .info(), .aviso(), .erro(), .critico()_). Exceto o método `.add()`, qualquer um dos demais métodos pode interromper a execução do script, através da passagem do parâmetro `exit`. Ao informar esse parametro na chamadada do método, atribua a ele o código de saída desejado (0 para normal, qualquer outro número para saída com erro). Exemplo:
345
+
346
+ ```
347
+ log.erro('Essa mensagem apenas resulta em uma mensagem de nível ERROR')
348
+ log.erro('Essa mensagem resulta em uma mensagem de nível ERRO e encerra o script com código de retorno -1', exit=-1)
349
+ ```
350
+
351
+ Qualquer chamada ao comando `print()`, uma vez instanciado manipulador de log, será registada como uma chamada ao método _.info()_ e registrada com este nível de severidade.
352
+ Para retornar ao comportamente padrão do comando print, ou interromper o manipulador, faça chamada ao método `.stop_logging()`
353
+
354
+ O método _.add()_ não exibe/grava imediatamente a mensagem, mas apenas a diciona a _buffer_. Todas as chamas a _.add()_ irão concatenar a mensagem recebida até a próxima chamada em algum dos níveis _.debug(), .info(), .aviso(), .erro(), .critico()_. Na primeira chama de um destes níveis após uma (ou mais) chamada(s) ao método _.add()_ o *buffer* será concatenado à mensagem recebida por um destes métodos e o resultado será manipulado pelo log conforme os parametros definidos no intanciamento da classe e o método chamado. Essa função é útil para tratar mensagens com retorno condicional. Exemplo:
355
+
356
+ ```
357
+ log.add('Mensagem 1# ') ## não será exibida/registrada
358
+ log.add('Mensagem 2# ') ## não será exibida/registrada
359
+ log.info('Mensagem 3) ## será exibida/registrada como nível "info" e com texto: "Mensagem 1# Mensagem 2# Mensagem 3"
360
+ ```
361
+
362
+ Os métodos que exibem as mensagens (`.debug()`,`.info()`,`.aviso()`, `.erro()`, `.critico()`) possuem 3 parametros: ``message``, `corte=None`, `exit=None`.
363
+
364
+ - `message`: posicional e obrigatório. corresponde à mensagem a ser exibida
365
+ - `corte`: o tamanho máximo da mensagem a ser exibida. opcional e se omitido, exibe a mensagem inteira. se fornecido, corta a mensagem no comprimento informado
366
+ - `exit`: opcional. se informado (requer um código de retorno), aborta o script com o código informado. se omisso (padrão) a mensagem apenas é minutada pelo log, sem interferir no funcionamento do script
367
+
368
+ Essa classe requer a importação do módulo `logging` no script em que for instanciada.
369
+
370
+ Exemplos de uso:
371
+
372
+ ```
373
+ from lbx_toolkit import lbx_logger
374
+ import logging
375
+ import os
376
+ from pathlib import Path
377
+
378
+ DirBase = Path('./') # diretório corrente do script
379
+ BaseName = os.path.splitext(os.path.basename(__file__))[0] # nome do script sem extensão
380
+ LogFile = Path(DirBase, BaseName + '.log') # salva logs no diretório corrente, em um arquivo nomeado com nome do script + extensão ".log"
381
+
382
+ ### instancia o manipulador para tratar todas as mensagens (nível DEBUG acima),
383
+ # mas suprime a apresentação em tela das mensagens de nível "DEBUG" na tela,
384
+ # apenas registrando-as somente no arquivo
385
+ # e sumprime o registro no arquivo das mensagens de nível "ERROR",
386
+ # mostrando-as apenas na tela
387
+ log = lbx_logger(LogFile, logging.DEBUG, ignore_console=[logging.DEBUG], ignore_file=[logging.ERROR])
388
+
389
+ # Exemplo de mensagens de log
390
+ log.debug('Esta é uma mensagem de debug')
391
+ log.info('Esta é uma mensagem informativa')
392
+ log.add('Esta mensagem não será exibida agora, mas acumulada no buffer# ')
393
+ log.aviso('Esta é uma mensagem de aviso')
394
+ log.erro('Esta é uma mensagem de erro')
395
+ log.erro('Esta é uma mensagem erro muito comprida e será limitada a 40 caracteres, o restante será cortado e ingorado ao ser manipulado', 40)
396
+ log.critico('Esta é uma mensagem crítica')
397
+
398
+ # Exemplo de função que gera uma exceção
399
+ def funcao_com_erro():
400
+ raise ValueError('Este é um erro de exemplo')
401
+
402
+ # Testando redirecionamento de print e captura de exceção
403
+ print('Mensagem de teste via print')
404
+ try:
405
+ funcao_com_erro()
406
+ except Exception as e:
407
+ print(f'Capturado um erro: {e}')
408
+
409
+ log.erro('Essa é uma mensagem de erro e abortará a execução do script', exit=1)
410
+
411
+ log.info('Essa mensagem não será exibida pois o script foi abortado na mensagem anterior')
412
+ ```
413
+
414
+