lbxtoolkit 2.1.2__tar.gz → 2.1.4__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,592 @@
1
+ Metadata-Version: 2.1
2
+ Name: lbxtoolkit
3
+ Version: 2.1.4
4
+ Summary:
5
+ Author: Cristiano P. Ferrari
6
+ Author-email: cristiano.ferrari@lbx.com.br
7
+ Requires-Python: >=3.12,<4.0
8
+ Classifier: Programming Language :: Python :: 3
9
+ Classifier: Programming Language :: Python :: 3.12
10
+ Requires-Dist: msal (>=1.30.0,<2.0.0)
11
+ Requires-Dist: numpy (>=2.0.1,<3.0.0)
12
+ Requires-Dist: pandas (>=2.2.2,<3.0.0)
13
+ Requires-Dist: psutil (>=6.0.0,<7.0.0)
14
+ Requires-Dist: psycopg2 (>=2.9.9,<3.0.0)
15
+ Requires-Dist: pygetwindow (>=0.0.9,<0.0.10)
16
+ Requires-Dist: pywin32 (>=306,<307)
17
+ Requires-Dist: requests (>=2.32.3,<3.0.0)
18
+ Requires-Dist: selenium (>=4.23.1,<5.0.0)
19
+ Requires-Dist: validators (>=0.33.0,<0.34.0)
20
+ Requires-Dist: webdriver-manager (>=4.0.2,<5.0.0)
21
+ Description-Content-Type: text/markdown
22
+
23
+ <a id="lbxtoolkit"></a>
24
+
25
+ # lbxtoolkit
26
+
27
+ __**Biblioteca de ferramentas LBX S/A**__
28
+
29
+
30
+ Esta biblioteca possui um ferramentas utilitárias de uso recorrente para aplicações de RPA em python.
31
+
32
+ ## **Classe e funções**
33
+
34
+ Usa o Microsoft Entra ID (antiga Azure AD) para evitar execução não autorizada
35
+ auth_EntraID:
36
+ disclaimer : Mensagem sobre a necessidade de autenticação
37
+ valida_grupo : Autentica o usuário e aborta se checa não pertencer ao grupo de segurança
38
+
39
+
40
+ **postgreSQL**
41
+ Interage com o banco de dados PostgreSQL
42
+ - _.db_: Inicia sessão com o banco
43
+ - _.csv_df_: Lê arquivo CSV e gera Dataframe (pandas) a partir dele
44
+ - _.db_insert_df_: Insere informações de Dataframe em tabela do banco com estrutura equivalente
45
+ - _.db_select_: Retorna um cursor a partir de uma query
46
+ - _.db_update_: Executa update em tabelas
47
+
48
+
49
+ **api_rest**
50
+ Interage com APIs RESTfull, especialmente providas para a plataforma Sienge
51
+ - _.auth_base_: Autentica (HTTPBasicAuth) sessão na API
52
+ - _.auth_bearer_: Autentica sessão na API pelos métodos: OAuth, JWT, Bearer
53
+ - _.endpoint_json_: Realizad chama ao endpoint. Payload em formato `json` opcional.
54
+ - _.trata_erro_sienge_: Retorna a mensagem de erro do Sienge caso código de retorno seja diferente de 200.
55
+ - _.close_: Encerra a sessão autenticada
56
+
57
+ **lbx_logger**
58
+ Manipula e formata as mensagens de saída do script para direcioná-las para tela (stdout) e/ou arquivo de log
59
+ - _.add_: Adiciona a mensagem a um _buffer_ sem exibir, acumulando até a próxima chamada em algum dos níveis abaixo.
60
+ - _.print_: Contorna o manipulador de log e imprime diretamente na tela (stdout), sem formatar a mensagem nem registrar no arquivo
61
+ - _.debug, .info, .aviso, .erro, .critico_: 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
62
+ - _.stop_logging_: Interrompe a manipulação das saídas pelo logger e restaura as saídas padrão (stdout/stderr) para a tela
63
+ - _.filtra_: Filtra os eventos do arquivo de log registrados em um intervalo de tempo específico
64
+
65
+ **misc**
66
+ Classe de miscelâneas/diversos
67
+ - _.seleciona_arquivo_: Abre um picker do sistema operacionar para selecionar um *arquivo* e retorna seu path
68
+ - _.seleciona_dir_: Abre um picker do sistema operacionar para selecionar um *diretório* e retorna seu path
69
+ - _.normaliza_: Limpa caracteres especiais e espaços de strings e retorna tudo em minúsculo
70
+ - _.get_cmd_window_: Captura a referencia da janela atual (cmd.exe) para retornar o foco à ela depois de chamar os pickers
71
+ - _.maximize_console_: Maxima a janela do console (cmd.exe)
72
+
73
+ ## Instalação e uso:
74
+
75
+ ### Instalação
76
+
77
+ ```
78
+ pip install lbx_toolkit
79
+ ```
80
+
81
+ ### Uso
82
+ ```
83
+ from lbx_toolkit import auth_EntraID, PostgreSQL, api_rest, lbx_logger
84
+ ```
85
+
86
+ <a id="lbxtoolkit.auth_EntraID"></a>
87
+
88
+ ## auth\_EntraID Objects
89
+
90
+ ```python
91
+ class auth_EntraID()
92
+ ```
93
+
94
+ #### Classe **auth_EntraID**
95
+
96
+ 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.
97
+
98
+ Essa classe possui apenas dois métodos:
99
+
100
+ - `auth_EntraID.disclaimer()`: apenas exibe uma tela de informações/instruções ao usuário.
101
+
102
+ - `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.
103
+
104
+ É 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).
105
+ Sugerimos não armazenar estas ou outras informações sensíveis no script. Considere usar o pacote `dotenv` para isso.
106
+
107
+ Os argumentos obrigatórios (posicionais) são:
108
+
109
+ 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)
110
+
111
+ 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.
112
+
113
+ 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*.
114
+
115
+
116
+ ```
117
+ from lbx_toolkit import auth_EntraID
118
+
119
+ client_id = 'SEU_CLIENT_ID'
120
+ client_secret = 'SEU_CLIENT_SECRET'
121
+ tenant_id = 'SEU_TENANT_ID'
122
+
123
+ # inicializa instância
124
+ auth = auth_EntraID(client_id, client_secret, tenant_id, timeout=60, log_file='auth_EntraID.log')
125
+
126
+ # exibe a mensagem padrão de aviso
127
+ auth.disclaimer()
128
+
129
+ auth.valida_grupo('Nome do Grupo de Distribuição')
130
+ # se usuário não pertencer a grupo informado, a execução do script é abortada.
131
+ ```
132
+
133
+ <a id="lbxtoolkit.postgreSQL"></a>
134
+
135
+ ## postgreSQL Objects
136
+
137
+ ```python
138
+ class postgreSQL()
139
+ ```
140
+
141
+ #### Classe **postgreSQL**
142
+
143
+ Recursos de interação com o banco de dados relacional PostgreSQL
144
+
145
+ 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:
146
+
147
+ ```
148
+ credenciais = {
149
+ 'dbname': 'NOME_BANCO',
150
+ 'user': 'USUARIO'',
151
+ 'password': 'SENHA',
152
+ 'host': 'IP_OU_DNS_SERVIDOR',
153
+ 'port': 'PORTA_POSTGRESQL', ## padrão = 5432
154
+ }
155
+
156
+ conexao = postgreSQL.db(credenciais)
157
+ ```
158
+
159
+ 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.
160
+
161
+ Qualquer argumento de conexão previsto no pacote *psycopg2* são aceitos como entrada no dicionário acima.
162
+
163
+ 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.
164
+
165
+ ```
166
+ from pathlib import Path
167
+ arquivo_csv = Path('./diretorio/arquivo_exemplo.csv')
168
+ dados = postgreSQL.csv_df(arquivo_csv, CsvDelim=',') # usando vírgula como separador. se omisso, assume ";'
169
+ ```
170
+
171
+ 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.
172
+
173
+ A assinatura da função é `postgreSQL.db_insert_df([conexao], [dataframe_origem], [tabela_destino], Schema=None, Colunas=None, OnConflict=None)`
174
+
175
+ É necessário que os nomes das colunas do dataframe coincidam com o nome das colunas da tabela.
176
+ Não há como traduzir/compatibilizar (de-para) nomes de colunas entre o dataframe e a tabela.
177
+
178
+ 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.
179
+ 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`.
180
+
181
+ O parametro opcional `Colunas` espera um objeto do tipo _lista_ que contenha a relação das colunas a serem importadas.
182
+ As colunas listadas neste objeto precisam existir nas duas pontas (dataframe e tabela).
183
+ 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.
184
+
185
+ 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.
186
+
187
+ Exemplo de uso:
188
+
189
+ ```
190
+ from lbx_toolkit import postgreSQL
191
+ from pathlib import Path
192
+
193
+ credenciais = {
194
+ 'dbname': 'NOME_BANCO',
195
+ 'user': 'USUARIO'',
196
+ 'password': 'SENHA',
197
+ 'host': 'IP_OU_DNS_SERVIDOR',
198
+ 'port': 'PORTA_POSTGRESQL', ## padrão = 5432
199
+ }
200
+
201
+ conexao = postgreSQL.db(credenciais)
202
+
203
+ arquivo_csv = Path('./diretorio/arquivo_exemplo.csv')
204
+ dados = postgreSQL.csv_df(arquivo_csv, CsvDelim=',') # usando vírgula como separador. se omisso, assume ";'
205
+
206
+ postgreSQL.db_insert_df(conexao, dados, 'teste_table', Schema='meu_esquema', OnConflict='on conflict (coluna_chave_primaria) do nothing')
207
+
208
+ # conexão com o banco precisa ser fechada explicitamente após a chamada do método, caso não seja mais utilizada:
209
+ conexao.close()
210
+ ```
211
+
212
+ 4) O método `postgreSQl.db_select()` executa consultas no banco de dados e retorna um `cursor` com o resultado.
213
+
214
+ A assinatura da função é `postgreSQL.db_select([conexao], [query])`
215
+
216
+ 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.
217
+
218
+ O `cursor` é fechado no contexto do método, antes do retorno, *não podendo* ser manipulado após recebido como retorno da função.
219
+
220
+ A função retorna *dois objetos*, o primeiro contendo os dados do cursor, o segundo, contendo os nomes das respectivas colunas.
221
+
222
+ Exemplo de uso:
223
+
224
+ ```
225
+ from lbx_toolkit import postgreSQL
226
+ from pathlib import Path
227
+
228
+ credenciais = {
229
+ 'dbname': 'NOME_BANCO',
230
+ 'user': 'USUARIO'',
231
+ 'password': 'SENHA',
232
+ 'host': 'IP_OU_DNS_SERVIDOR',
233
+ 'port': 'PORTA_POSTGRESQL', ## padrão = 5432
234
+ }
235
+
236
+ conexao = postgreSQL.db(credenciais)
237
+
238
+ query = 'select * from meu_esquema.teste_table'
239
+
240
+ dados, colunas = postgreSQL.db_select(conexao, query)
241
+ conexao.close()
242
+ ```
243
+
244
+ 5) O método `postgreSQl.db_update()` executa updates no banco
245
+
246
+ A assinatura da função é `postgreSQL.db_update([conexao], [query])`
247
+
248
+ 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.
249
+
250
+ A função retorna *a quantidade de linhas alteradas*.
251
+
252
+ Exemplo de uso:
253
+
254
+ ```
255
+ from lbx_toolkit import postgreSQL
256
+ from pathlib import Path
257
+
258
+ credenciais = {
259
+ 'dbname': 'NOME_BANCO',
260
+ 'user': 'USUARIO'',
261
+ 'password': 'SENHA',
262
+ 'host': 'IP_OU_DNS_SERVIDOR',
263
+ 'port': 'PORTA_POSTGRESQL', ## padrão = 5432
264
+ }
265
+
266
+ conexao = postgreSQL.db(credenciais)
267
+
268
+ query = "update meu_esquema.teste_table set coluna='novo_valor' where pk='chave'"
269
+
270
+ result = postgreSQL.db_update(conexao, query)
271
+ conexao.close()
272
+ ```
273
+
274
+ <a id="lbxtoolkit.api_rest"></a>
275
+
276
+ ## api\_rest Objects
277
+
278
+ ```python
279
+ class api_rest()
280
+ ```
281
+
282
+ #### Classe **api_rest**
283
+
284
+ Destina-se a interatir com APIs RESTfull, em especial as publicadas pela SoftPlan para a [Plataforma Sienge](https://api.sienge.com.br/docs/).
285
+
286
+ A classe deve ser instanciada conforme sintaxe abaixo:
287
+
288
+ `api_rest(url, credenciais, cadencia, timeout=6, logger=None, headers={"Content-Type": "application/json"}, verify=True)`
289
+
290
+ São nessários 2 parâmetros posicionais obrigatórios, e 5 parametros nominais facultativos (valor padrão, se omisso, indicado na sintaxe acima):
291
+ - `url`: o endereço da URL de autenticação da API
292
+ - `crednciais`: Dicionário com credenciais de autenticação.
293
+ - `cadencia` Número máximo de chamadas *por segudo* à API
294
+ - `timeout` Tempo máximo (segundos) para aguardar retorno à chamada. Padrão 6s, se omisso.
295
+ - `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.
296
+ - `headers` Cabeçalhos _http_ para a requisição à API.
297
+ - `verify` Verifica a validade do certificado SSL do servidor de destino da requisição.
298
+
299
+ 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*.
300
+ Para o método `api_rest.aut_basic()`, o formato deve ser:
301
+ ```
302
+ credenciais = {
303
+ 'user': 'USUARIO_API',
304
+ 'password': 'TOKEN_USUARIO'
305
+ }
306
+ ```
307
+ 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`
308
+
309
+
310
+ A classe possui 3 métodos:
311
+ - `api_rest.auth_basic()`: instanciamento da sessão autenticando pelo método HTTPBasicAuth
312
+ - `api_rest.auth_bearer()`: instanciamento da sessão autenticando pelos métodos OAuth, JWT, Bearer
313
+ - `api_rest.endpoint_json([endereço], [método], payload=None)`: para a chamada ao endpoint
314
+ - `close()` para encerra a instância/sessão
315
+
316
+ O consumo é feito pelo método `api_rest.endpoint_json` que suporta apenas APIs cujo payload (opcional) seja aceito no formato JSON.
317
+
318
+ 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).
319
+ 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.
320
+
321
+ 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`.
322
+
323
+ Da mesma forma, o tempo de espera imposto para respeitar a cadência do webservcie também pode ser consultado pelo argumento `.Espera`.
324
+
325
+ Exemplo de uso:
326
+
327
+ ```
328
+ from lbx_toolkit import api_rest
329
+
330
+ UrlBase=r'https://api.sienge.com.br/lbx/public/api/v1'
331
+ Credenciais = {
332
+ 'user': 'USUARIO_API',
333
+ 'password': 'TOKEN_USUARIO'
334
+ }
335
+ ApiSienge = api_rest(UrlBase,Credenciais,2.5) # limite de 2 requisições/segundo para cadência de chamada ao endpoint
336
+ Auth = ApiSienge.auth_basic()
337
+
338
+ Nutitulo=input('Numero do título:')
339
+ Nuparcela=input('Numero da parcela:')
340
+ Vencimento=input('Vencimento [AAAA-MM-DD]:')
341
+ Payload = {
342
+ "dueDate": f"{Vencimento}"
343
+ }
344
+ EndPoint = f'{UrlBase}/bills/{Nutitulo}/installments/{Nuparcela}'
345
+
346
+ `chama` o endpoint e recebe o retorno no objeto AlteraVcto
347
+ AlteraVcto = ApiSienge.endpoint_json(EndPoint, 'patch', Payload)
348
+ ```
349
+
350
+ No exemplo acima não é esperado que o endpoint retorne nenhum dado (`patch`).
351
+
352
+ 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.
353
+
354
+ 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`).
355
+
356
+ <a id="lbxtoolkit.lbx_logger"></a>
357
+
358
+ ## lbx\_logger Objects
359
+
360
+ ```python
361
+ class lbx_logger()
362
+ ```
363
+
364
+ #### Classe **lbx_logger**
365
+
366
+ Essa classe requer a importação do módulo `logging` no script em que for instanciada e tem o propósito de manipular/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.
367
+
368
+ 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.
369
+
370
+ 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)*
371
+
372
+ 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.
373
+
374
+ A classe deve ser instanciada conforme sintaxe abaixo:
375
+
376
+ `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):`
377
+
378
+ Todos os parametros são nominativos e facultativos. Em caso de omissão, os valores padrão são assumidos conforme o exemplo acima.
379
+
380
+ Os parametros para o instanciamento da classe são:
381
+
382
+ - `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.
383
+ - `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:
384
+ - `logging.DEBUG` para manipular chamadas do método *.debug()* e acima.
385
+ - `logging.INFO` para manipular chamadas do método *.info()* e acima.
386
+ - `logging.WARNING` para manipular chamadas do método *.aviso()* e acima.
387
+ - `logging.ERROR` para manipular chamadas do método *.erro()* e acima.
388
+ - `logging.CRITICAL` para manipular chamadas do método *.critico()* e acima.
389
+ - `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)
390
+ - `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.
391
+ - `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.
392
+ - `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*.
393
+
394
+ 1) 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:
395
+
396
+ ```
397
+ log.erro('Essa mensagem apenas resulta em uma mensagem de nível ERROR')
398
+ log.erro('Essa mensagem resulta em uma mensagem de nível ERRO e encerra o script com código de retorno -1', exit=-1)
399
+ ```
400
+
401
+ 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.
402
+ Para retornar ao comportamente padrão do comando print, ou interromper o manipulador, faça chamada ao método `.stop_logging()`
403
+
404
+ 2) 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:
405
+
406
+ ```
407
+ log.add('Mensagem 1# ') ## não será exibida/registrada
408
+ log.add('Mensagem 2# ') ## não será exibida/registrada
409
+ log.info('Mensagem 3) ## será exibida/registrada como nível "info" e com texto: "Mensagem 1# Mensagem 2# Mensagem 3"
410
+ ```
411
+
412
+ 3) Os métodos que exibem as mensagens (`.debug()`,`.info()`,`.aviso()`, `.erro()`, `.critico()`) possuem 3 parametros: `message`, `corte=None`, `exit=None`.
413
+
414
+ - `message`: posicional e obrigatório. corresponde à mensagem a ser exibida
415
+ - `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
416
+ - `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
417
+
418
+ 4) O método `.filtra()` possui 3 parametros posicionais, todos opcionais: `log_file`, `dh_ini`, `dh_fim`.
419
+
420
+ Se os 3 forem omitidos, serão exibidas as entradas de log do arquivo corrente, definido no instanciamento da classe `lbx_logger`, registradas na última hora. Deste modo, o valor padrão para `dh_fim` é `now()` e para `dh_ini` é `now()` menos 1 hora.
421
+
422
+ Caso queira filtrar os registro de outro arquivo de log, que não seja o do script corrente, informe o endereço do arquivo no primeiro parametro.
423
+
424
+ E caso queira alterar alterar o período de filtragem, informe nos parametros 2 e 3 a data/hora de início e fim do período. Estes dois parametros aceitam tanto um objeto do tipo `datetime` como uma string (que será convertida para datetime), desde que ela esteja no formato `dd/mm/aaaa hh:mm:[ss]` (segundos são opcionais).
425
+
426
+ Considerando que os parametros são posicionais, caso queira omitir apenas um dos parametros, preencha a posição do parametro a ser omitido com `None`.
427
+
428
+ A saída dessa função retorna um objeto, que pode ser salvo em disco ou impresso na tela.
429
+
430
+
431
+ 5) Exemplos de uso:
432
+
433
+ ```
434
+ from lbx_toolkit import lbx_logger
435
+ import logging
436
+ import os
437
+ from pathlib import Path
438
+
439
+ DirBase = Path('./') # diretório corrente do script
440
+ BaseName = os.path.splitext(os.path.basename(__file__))[0] # nome do script sem extensão
441
+ LogFile = Path(DirBase, BaseName + '.log') # salva logs no diretório corrente, em um arquivo nomeado com nome do script + extensão ".log"
442
+
443
+ ### instancia o manipulador para tratar todas as mensagens (nível DEBUG acima),
444
+ # mas suprime a apresentação em tela das mensagens de nível "DEBUG" na tela,
445
+ # apenas registrando-as somente no arquivo
446
+ # e sumprime o registro no arquivo das mensagens de nível "ERROR",
447
+ # mostrando-as apenas na tela
448
+ log = lbx_logger(LogFile, logging.DEBUG, ignore_console=[logging.DEBUG], ignore_file=[logging.ERROR])
449
+
450
+ # Exemplo de mensagens de log
451
+ log.debug('Esta é uma mensagem de debug')
452
+ log.info('Esta é uma mensagem informativa')
453
+ log.add('Esta mensagem não será exibida agora, mas acumulada no buffer# ')
454
+ log.aviso('Esta é uma mensagem de aviso')
455
+ log.erro('Esta é uma mensagem de erro')
456
+ log.erro('Esta é uma mensagem erro muito comprida e será limitada a 40 caracteres, o restante será cortado e ingorado ao ser manipulado', 40)
457
+ log.critico('Esta é uma mensagem crítica')
458
+
459
+ # Exemplo de função que gera uma exceção
460
+ def funcao_com_erro():
461
+ raise ValueError('Este é um erro de exemplo')
462
+
463
+ # Testando redirecionamento de print e captura de exceção
464
+ print('Mensagem de teste via print')
465
+ try:
466
+ funcao_com_erro()
467
+ except Exception as e:
468
+ print(f'Capturado um erro: {e}')
469
+
470
+ log.erro('Essa é uma mensagem de erro e abortará a execução do script', exit=1)
471
+
472
+ log.info('Essa mensagem não será exibida pois o script foi abortado na mensagem anterior')
473
+
474
+ # obtem os registros de log da última hora (comportamento padrão)
475
+ filtra_log = log.search()
476
+
477
+ # obtem os registros das últimas 6 horas
478
+ ultimas_6h = datetime.datetime.now() - datetime.timedelta(hours=6) ## carimbo de tempo de 6 horas atrás !!! requer>> import datetime
479
+ filtra_log = log.search(None, ultimas_6h) # None no 1º parametro impõe o log do arquivo corrente como padrão (definido em 'LogFile' e apontado no instanciamento da classe)
480
+
481
+ # obtem os registros do dia 14/01/2020 até 3h atrás
482
+ ultimas_3h = datetime.datetime.now() - datetime.timedelta(hours=3) ## carimbo de tempo de 6 horas atrás !!! requer>> import datetime
483
+ filtra_log = log.search(None, '14/01/2020 00:00', ultimas_3h) #
484
+
485
+ # obtem os registros do horário comercial do dia 23/12/2023 do arquivo salvo em C:\temp\outro_arquivo.log
486
+ Outro_Log = Path(r'c:\temp\outro_arquivo.log')
487
+ filtra_log = log.search(Outro_Log, '23/12/2023 08:00', '23/12/2023 18:00') #
488
+
489
+ # salva conteúdo filtrado em um arquivo:
490
+ filtrado = 'filtered_log.txt'
491
+ with open(filtado, 'w', encoding='ISO-8859-1') as output_file: # indique o enconding conforme salvo (UTF-8 ou ISO-8859-1)
492
+ output_file.writelines(filta_log)
493
+
494
+ # mostra o conteúdo filtrado na tela
495
+ print(''.join(filtra_log))
496
+
497
+ # mostra o conteúdo filtrado na tela, listando apenas as os registros do nível "DEBUG"
498
+ for line in filtered_lines:
499
+ if "DEBUG" in line:
500
+ print(line, end='')
501
+ ```
502
+
503
+ <a id="lbxtoolkit.misc"></a>
504
+
505
+ ## misc Objects
506
+
507
+ ```python
508
+ class misc()
509
+ ```
510
+
511
+ #### Classe **misc**
512
+
513
+ Classe que reune pequenas funções uteis para agilizar tarefas comuns.
514
+
515
+ Sintaxe e exemplos de uso. Parametros omissos assume os valores padrão indicados abaixo:
516
+
517
+ - `Arquivo = seleciona_arquivo(DirBase, TiposArquivo=[('Todos os arquivos', '*.*')], Titulo='Selecionar arquivo')`
518
+ - `Diretório = seleciona_dir(DirBase=Path(r'./'), Titulo='Selecionar diretório'):`
519
+ - `NomeLimpo = normaliza('String # SEM Noção!') #>>> string_sem_nocao`
520
+ - `cmd_window = get_cmd_window()`
521
+ - `maximize_console()`
522
+
523
+ <a id="lbxtoolkit.ConfigManager"></a>
524
+
525
+ ## ConfigManager Objects
526
+
527
+ ```python
528
+ class ConfigManager()
529
+ ```
530
+
531
+ Como Funciona
532
+ Singleton Pattern: ConfigManager é um singleton que garante que todas as partes do código usem a mesma instância e, portanto, compartilhem a mesma configuração.
533
+ Inicialização com Argumentos Dinâmicos: O método initialize usa **kwargs para aceitar qualquer número de pares chave-valor, armazenando-os no dicionário _config da instância.
534
+ Método Genérico get: O método get aceita uma chave como argumento e retorna o valor correspondente do dicionário _config.
535
+ Método set: O método set permite adicionar ou atualizar dinamicamente valores no dicionário _config.
536
+ Método reset: O método reset limpa todas as configurações armazenadas, permitindo uma nova inicialização do ConfigManager com novos valores
537
+
538
+ <a id="lbxtoolkit.Servicer"></a>
539
+
540
+ ## Servicer Objects
541
+
542
+ ```python
543
+ class Servicer()
544
+ ```
545
+
546
+ Classe base que implementa as rotinas padrão para a criação dameons/serviços do windows.
547
+ Além de iniciar e interromper o daemon/serviço, a classe implementar os métodos daemon_logs() e cleanup(), dependencias de run() e stop() que criam um arquivo de log do serviço/daemon (não do script em si) e um arquivo PID para o monitor de serviços.
548
+ Os métodos padrão são init(), run() e stop() e não devem ser redefinidos/sobrecarregados.
549
+ Para ser funcional, é necessária a criação de uma classe local que herde essa classe e redefina (por sobrecarga) ao menos os métodos on_run, on_start e args_parser(). on_init é opcional.
550
+ Outros métodos complementares são oferidos para init, run e stop, permitindo injetar código no ínicio (pre) e fim (pós) os respectivos métodos (on_init_pre(), on_init_pos(), on_run_pre(), on_run_pos(), on_stop_pre(), on_stop_pos())
551
+
552
+ <a id="lbxtoolkit.Servicer.run"></a>
553
+
554
+ #### run
555
+
556
+ ```python
557
+ def run()
558
+ ```
559
+
560
+ Inicia a execução do do serviço
561
+
562
+ <a id="lbxtoolkit.Servicer.stop"></a>
563
+
564
+ #### stop
565
+
566
+ ```python
567
+ def stop(evento='STOP')
568
+ ```
569
+
570
+ Interrompe o daemon/serviço
571
+
572
+ <a id="lbxtoolkit.Servicer.cleanup"></a>
573
+
574
+ #### cleanup
575
+
576
+ ```python
577
+ def cleanup()
578
+ ```
579
+
580
+ Método auxiliar utilizado no stop() para limpar o o PID file na interrupção
581
+
582
+ <a id="lbxtoolkit.Servicer.daemon_log"></a>
583
+
584
+ #### daemon\_log
585
+
586
+ ```python
587
+ def daemon_log(evento=None)
588
+ ```
589
+
590
+ Método auxiliar utilizado alimentar log do histórico de inicialização/interrupção do serviço/daemon
591
+
592
+