From 24f0e4d8d4a0663d819c2a64b88e81c4d033b017 Mon Sep 17 00:00:00 2001
From: Thulio Bittencourt <bittencourtthulio@gmail.com>
Date: Wed, 7 Apr 2021 23:17:02 -0300
Subject: [PATCH] Update README.md

---
 README.md | 20 ++++++++++++++++++++
 1 file changed, 20 insertions(+)

diff --git a/README.md b/README.md
index 945a049..1934a00 100644
--- a/README.md
+++ b/README.md
@@ -256,6 +256,26 @@ begin
     .validate;
  ```
 
+O <b>Safety4D</b> trabalha com uma instancia Singleton, ou seja, a mesma instancia é compartilhada em toda a aplicação, com isso algumas configurações você pode deixar por default como por exemplo <b>userKey e application</b> que provavelmente não irão mudar em uma sessão de usuário durante o uso.
+
+Sendo assim você pode por exemplo na instancia principal da sua aplicação já deixar esses valores setados.
+
+```delphi
+ TSafety4D.New
+   .Validation
+     .userKey('{34C940ED-50E7-4CE3-B701-03CF1E15F28B}')
+     .application('safety4d');
+```
+
+E durante o uso nas demais telas você não precisa mais passar essas informações para realizar a validação de um recurso.
+
+```delphi
+TSafety4D.New
+   .Validation
+     .resource('users')
+     .action('write')
+   .validate;
+```
 ### Exceptions
 
 A função validade retorna um boolean sinalizando se o acesso é permitido ou não, porém você pode tratar a permissão fazendo com que o TSafety4D dispare uma excessão com a mensagem do que falhou na validação, não necessitando assim de estrutura condicional para validar o acesso.