<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="pt-BR">
	<id>http://wiki.biserp.com.br/index.php?action=history&amp;feed=atom&amp;title=BISWindow</id>
	<title>BISWindow - Histórico de revisão</title>
	<link rel="self" type="application/atom+xml" href="http://wiki.biserp.com.br/index.php?action=history&amp;feed=atom&amp;title=BISWindow"/>
	<link rel="alternate" type="text/html" href="http://wiki.biserp.com.br/index.php?title=BISWindow&amp;action=history"/>
	<updated>2026-04-08T20:12:55Z</updated>
	<subtitle>Histórico de revisões para esta página neste wiki</subtitle>
	<generator>MediaWiki 1.43.1</generator>
	<entry>
		<id>http://wiki.biserp.com.br/index.php?title=BISWindow&amp;diff=311&amp;oldid=prev</id>
		<title>Rodrigogml: Criou página com &#039;A BISWindow é a classe pai de todas as janelas do BIS. Sua principal finalidade é oferecer uma classe &quot;pai&quot; principal comum a todas as janelas do sistema. Filha de &quot;Window&quot;...&#039;</title>
		<link rel="alternate" type="text/html" href="http://wiki.biserp.com.br/index.php?title=BISWindow&amp;diff=311&amp;oldid=prev"/>
		<updated>2015-05-18T23:16:28Z</updated>

		<summary type="html">&lt;p&gt;Criou página com &amp;#039;A BISWindow é a classe pai de todas as janelas do BIS. Sua principal finalidade é oferecer uma classe &amp;quot;pai&amp;quot; principal comum a todas as janelas do sistema. Filha de &amp;quot;Window&amp;quot;...&amp;#039;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Página nova&lt;/b&gt;&lt;/p&gt;&lt;div&gt;A BISWindow é a classe pai de todas as janelas do BIS. Sua principal finalidade é oferecer uma classe &amp;quot;pai&amp;quot; principal comum a todas as janelas do sistema. Filha de &amp;quot;Window&amp;quot; o Vaadin, contém todas as características da classe pai, que podem ser consultadas [https://vaadin.com/api/com/vaadin/ui/Window.html neste link].&lt;br /&gt;
&lt;br /&gt;
Abaixo estão descritas as funcionalidades de BISWindow, seus conceitos e suas vantagens.&lt;br /&gt;
&lt;br /&gt;
== Destacar Conteúdo ==&lt;br /&gt;
&lt;br /&gt;
Apesar de ser herdeira da Window do Vaadin, a BISWindow permite que seu conteúdo seja redirecionado para outro componente. Que é exatamente o que o [[SystemFrame]] faz. Ao anexar uma nova Window na interface (por exemplo usando a [[BISUI]]) o SystemFrame ao invés de exibir a nova janela, ele extraí o conteúdo da janela e o exibe dentro de um [[TabPanel]] que age como uma &amp;quot;barra de tarefas&amp;quot; do windows, exibindo todas as janelas abertas.&lt;br /&gt;
&lt;br /&gt;
A intenção por trás disso era obviamente manter o código de cada janela em classes diferentes e ao mesmo tempo permitir que o SystemFrame permita que a janela possa ser destacada de dentro do TabPanel para outro lugar. Como por exemplo, uma janela popup, uma janela externa do navegador ou mesmo em algum tipo de visualização &amp;quot;dividida&amp;quot; da tela.&lt;br /&gt;
&lt;br /&gt;
== Registro dos Componentes ==&lt;br /&gt;
&lt;br /&gt;
Ao invés de declarar todos os componentes da janela em atributos locais à classe, a BISWindow oferece os métodos abaixo para registrar o componente na instância da BISWindow. Esse registro nada mais é do que atribuir um ID para o componente de maneira que ele possa ser obtido em qualquer parte da instância, bastando requisita-lo pelo ID. Além de evitar um monte de declarações de classe, se os IDs utilizados forem padronizados é possível utilizar métodos genéricos para realizar algumas funções comuns, como validação dos campos.&lt;br /&gt;
&lt;br /&gt;
=== Registro ===&lt;br /&gt;
&lt;br /&gt;
Os métodos para registro dos componentes é:&lt;br /&gt;
&amp;lt;pre&amp;gt;registerComponent(String, Component)&amp;lt;/pre&amp;gt;&lt;br /&gt;
Sendo que a String é o ID a ser passado e o Componente é o componente de tela criado. Além do método acima temos outros dois similares:&lt;br /&gt;
&amp;lt;pre&amp;gt;registerBISDefaultContainer(String, BISDefaultContainer&amp;lt;?,?&amp;gt;)&amp;lt;/pre&amp;gt;&lt;br /&gt;
Utilizado para registrar container de componentes que precisam ser atualizados, e:&lt;br /&gt;
&amp;lt;pre&amp;gt;registerTab(String, Tab)&amp;lt;/pre&amp;gt;&lt;br /&gt;
Que tem a função de registrar as abas criadas para serem colocadas em TabPanel.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{nota|Padrão dos IDs|Embora sem uma regra exata, é recomendado que os IDs definidos sigam alguns padrões para facilitar tarefas, como a de validação. Por exemplo, ao registrar os componentes utilizados no painel de um campo de busca podemos usar o prefixo &amp;#039;&amp;#039;&amp;#039;&amp;#039;searchpanel.*&amp;#039;&amp;#039;&amp;#039;&amp;#039;. Desta forma, se temos dois campos de busca: &amp;quot;Código&amp;quot; e &amp;quot;Nome&amp;quot;, teríamos os campos registrados como &amp;#039;&amp;#039;&amp;#039;&amp;#039;searchpanel.code&amp;#039;&amp;#039;&amp;#039;&amp;#039; e &amp;#039;&amp;#039;&amp;#039;&amp;#039;searchpanel.name&amp;#039;&amp;#039;&amp;#039;&amp;#039; respectivamente.&lt;br /&gt;
&lt;br /&gt;
No caso dos campos da tela de cadastro do objeto, podemos usar o prefixo com o nome do VO, por exemplo &amp;#039;&amp;#039;&amp;#039;&amp;#039;personvo.cpf&amp;#039;&amp;#039;&amp;#039;&amp;#039; e &amp;#039;&amp;#039;&amp;#039;&amp;#039;personvo.name&amp;#039;&amp;#039;&amp;#039;&amp;#039;.&lt;br /&gt;
&lt;br /&gt;
Os nomes utilizados vão depender de cada tela, suas funcionalidades e objetivos. Mas pense sempre na utilização de prefixos diferentes para grupos distintos de componentes. Lêr abaixo a funções que utilizam os prefixos dos IDs de registros ajudam a entender quando usar prefixos diferentes.&lt;br /&gt;
&lt;br /&gt;
Outro padrão sugerido são para os campos de coleções. Por exemplo, PersonVO tem uma coleção de PersonAddressVO. Cada PerssonAddressVO tem seu próprio atributo &amp;#039;&amp;#039;&amp;#039;&amp;#039;streetname&amp;#039;&amp;#039;&amp;#039;&amp;#039;. Cada campo registrado pode ser o nome &amp;#039;&amp;#039;&amp;#039;&amp;#039;personvo.personaddressvo[k].streetname&amp;#039;&amp;#039;&amp;#039;&amp;#039;, sendo &amp;#039;&amp;#039;&amp;#039;k&amp;#039;&amp;#039;&amp;#039;&amp;#039; o índice do personaddressvo na lista do personvo.}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Obter Componente ===&lt;br /&gt;
Uma vez que os componentes foram registrados, eles podem ser obtidos novamente através do método genérico:&lt;br /&gt;
&amp;lt;pre&amp;gt;getRegisteredComponent(String)&amp;lt;/pre&amp;gt;&lt;br /&gt;
Onde String é o ID definido no ato do registro do componente.&lt;br /&gt;
&lt;br /&gt;
Para a maioria dos componentes utilizados existe um método específico que já faz o Cast para a classe correta. Os métodos estão disponíveis no JavaDOC ou na própria classe, todos seguem o padrão &amp;#039;&amp;#039;&amp;#039;&amp;#039;getRegistered&amp;lt;Nome do Componente&amp;gt;(String)&amp;#039;&amp;#039;&amp;#039;&amp;#039;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Validação Generalizada ===&lt;br /&gt;
&lt;br /&gt;
Os componentes do Vaadin podem ser configurados para realizar algumas validações de formato (com ajuda dos [[BISDataHandler]]) e de obrigatoriedade de forma bem simples. Uma vez que as definições de validação foram definidas em cada campo, é possível fazer com que todos os campos sejam validades de uma única vez utilizando-se do prefixo dos IDs dos campos com o método:&lt;br /&gt;
&amp;lt;pre&amp;gt;validateRegisteredFieldStartingWith(String)&amp;lt;/pre&amp;gt;&lt;br /&gt;
onde String é o prefixo do ID dos campos que se deseja validar. Por exemplo, se ao registrar os componentes da &amp;quot;tela de edição&amp;quot; de PersonVO todos começam com &amp;#039;&amp;#039;&amp;#039;&amp;#039;personvo.&amp;#039;&amp;#039;&amp;#039;&amp;#039;, basta passar este prefixo como parâmetro no método para todos os campos que se encaixam no critério sejam validados e fiquem em vermelho.&lt;br /&gt;
&lt;br /&gt;
Este método retorna um boolean para indicar se todos os campos passaram com sucesso ou não. Basta 1 ter problema para que retorne false. Assim, antes de enviar o VO para o CRUD podemos fazer uma validação preliminar nos valores dos campos da tela com uma única linha.&lt;br /&gt;
&lt;br /&gt;
=== Desregistrando o Componente ===&lt;br /&gt;
&lt;br /&gt;
Em alguns momentos é necessário desregistrar os componentes criados e registrados, como por exemplo no caso de objetos criados dinamicamente devido a uma associação em lista. Ao sair da tela de cadastro precisamos que os campos sejam desregistrados por dois motivos:&lt;br /&gt;
* Primeiro porque enquanto o objeto continuar registrado o Garbage Colector não o remove da memória pois continuará a existir uma referência para ele (na hash de indexação da BISWindow);&lt;br /&gt;
* Segundo porque ao editar um componente que tenha uma lista de outros objetos e consequentemente objetos registrados com índices, podemos acabar deixando objetos em memória que atrapalharão a validação. Por exemplo, editamos um objeto com 5 item na sua lista. Deixamos os valores nos campos inválidos e cancelamos a alteração. Em seguida entramos para alterar outro item que só tem 2 itens na sua lista. Os campos desses dois filhos vão acabar sobrepondo os anteriores na Hash de índices, no entanto os outros 3 não fazem parte desse objeto e continuam registrados na BISWindow (mesmo que não associados ao layout) e o método de validação mencionado acima vai continuar chamando-os para as validações preliminares.&lt;br /&gt;
&lt;br /&gt;
Para desregistrar um componente utilize o seguinte método:&lt;br /&gt;
&amp;lt;pre&amp;gt;unregisterField(String)&amp;lt;/pre&amp;gt;&lt;br /&gt;
onde a String é o ID utilizado no registro do item. Para desregistrar vários componentes de uma única vez utilize:&lt;br /&gt;
&amp;lt;pre&amp;gt;unregisterFieldStartingWith(String)&amp;lt;/pre&amp;gt;&lt;br /&gt;
onde a String é o prefixo do ID utilizado nos campos que desejamos desregistrar da memória.&lt;/div&gt;</summary>
		<author><name>Rodrigogml</name></author>
	</entry>
</feed>