dotDicas

Políticas de privacidade Nostro Pomodoro Timer

2020-07-27T16:30:00.000-03:00

Log Data
We want to inform you that whenever you use our Service, in a case of an error in the app we collect data and information (through third party products) on your phone called Log Data. This Log Data may include information such as your device Internet Protocol (“IP”) address, device name, operating system version, the configuration of the app when utilizing our Service, the time and date of your use of the Service, and other statistics.
Cookies
Cookies are files with small amount of data that is commonly used an anonymous unique identifier. These are sent to your browser from the website that you visit and are stored on your device internal memory.
This Service does not use these “cookies” explicitly. However, the app may use third party code and libraries that use “cookies” to collection information and to improve their services. You have the option to either accept or refuse these cookies and know when a cookie is being sent to your device. If you choose to refuse our cookies, you may not be able to use some portions of this Service.
Service Providers
We may employ third-party companies and individuals due to the following reasons:

To facilitate our Service;
To provide the Service on our behalf;
To perform Service-related services; or
To assist us in analyzing how our Service is used.

We want to inform users of this Service that these third parties have access to your Personal Information. The reason is to perform the tasks assigned to them on our behalf. However, they are obligated not to disclose or use the information for any other purpose.
Security
We value your trust in providing us your Personal Information, thus we are striving to use commercially acceptable means of protecting it. But remember that no method of transmission over the internet, or method of electronic storage is 100% secure and reliable, and we cannot guarantee its absolute security.
Links to Other Sites
This Service may contain links to other sites. If you click on a third-party link, you will be directed to that site. Note that these external sites are not operated by us. Therefore, we strongly advise you to review the Privacy Policy of these websites. We have no control over and assume no responsibility for the content, privacy policies, or practices of any third-party sites or services.
Children’s Privacy
These Services do not address anyone under the age of 13. We do not knowingly collect personally identifiable information from children under 13. In the case we discover that a child under 13 has provided us with personal information, we immediately delete this from our servers. If you are a parent or guardian and you are aware that your child has provided us with personal information, please contact us so that we will be able to do necessary actions.
Changes to This Privacy Policy
We may update our Privacy Policy from time to time. Thus, you are advised to review this page periodically for any changes. We will notify you of any changes by posting the new Privacy Policy on this page. These changes are effective immediately after they are posted on this page.
Contact Us
If you have any questions or suggestions about our Privacy Policy, do not hesitate to contact us.
This privacy policy page was created at privacypolicytemplate.net and modified/generated by App Privacy Policy Generator-->

Politicas de privacidade Sons do Bichos

2017-08-28T08:41:00.003-03:00

Privacy Policy

B-On Tech built the Sons dos Bichos app as a Free app. This SERVICE is provided by B-On Tech at no cost and is intended for use as is.
This page is used to inform website visitors regarding our policies with the collection, use, and disclosure of Personal Information if anyone decided to use our Service.
If you choose to use our Service, then you agree to the collection and use of information in relation to this policy. The Personal Information that we collect is used for providing and improving the Service. We will not use or share your information with anyone except as described in this Privacy Policy.
The terms used in this Privacy Policy have the same meanings as in our Terms and Conditions, which is accessible at Sons dos Bichos unless otherwise defined in this Privacy Policy.
Information Collection and Use
For a better experience, while using our Service, we may require you to provide us with certain personally identifiable information. The information that we request is will be retained by us and used as described in this privacy policy.
The app does use third party services that may collect information used to identify you.

Link to privacy policy of third party service providers used by the app

Google Play Services

To facilitate our Service;
To provide the Service on our behalf;
To perform Service-related services; or
To assist us in analyzing how our Service is used.

LEFT JOIN com diferentes classes no Linq

2012-08-21T22:31:00.003-03:00

O artigo a seguir é mais uma colaboração de Samir Lohmann. Desta vez Samir aborda a utilização de Left Join no Linq.

O Linq facilita bastante a combinação de dados de diferentes fontes, tais como DataSets, listas, etc., com o uso de JOINS.

Entretanto, quem começa a usar esse recurso, cedo ou tarde, vai querer criar um LEFT JOIN. Embora isso seja possível, não é muito óbvio. Como veremos, o Linq sequer define a palavra LEFT

Para começar, vamos criar um exemplo para estabelecer o conceito de um LEFT JOIN:

Digamos que eu tenha uma lista com quatro pessoas. Essas pessoas estão matriculadas em diferentes matérias de um curso universitário de Sistemas de In formação, e possuem notas em cada uma dessas matérias.

Eu quero obter uma lista das pessoas com suas respectivas matérias e notas; mas, se uma dessas pessoas NÃO estiver matriculada, eu quero exibir o nome dela também, com a informação de que ela não está matriculada.

Lista de pessoas (tabela da esquerda):

ID	Nome	Idade
1	João	20
2	Maria	21
3	José	22
4	Ana	23

Lista de matérias com suas notas (tabela da direita):

ID Pessoa	Matéria	Nota
1	Bancos de Dados	9
2	Programação 1	8.5
3	Antropologia	5
1	Programação 1	8.8

Notem que a Ana (pessoa com ID = 4) não possui nenhum registro de matéria e nota.

Vamos ao código: primeiro, defino uma classe Pessoa.

''' <summary>

''' Representa uma pessoa com seus dados

''' </summary>

''' <remarks></remarks>

Public Class Pessoa

Public ID As String

Public Nome As String

Public Idade As Integer

Public Sub New(ByVal pID As String, ByVal pNome As String, ByVal pIdade As Integer)

ID = pID

Nome = pNome

Idade = pIdade

End Sub

End Class

Eu usarei um DataTable para armazenar os dados de notas, então não vou declarar classe para isto.

Nota:

Eu poderia criar uma classe para isto também, mas um dos meus objetivos é mostrar um JOIN com objetos de classes diferentes. Isso muitas vezes acontece na prática, por exemplo, quando obtenho os dados de sistemas diferentes.

O próximo passo é popular uma lista de pessoas e o DataTable que acabei de comentar:

Dim dtNotas As New DataTable

' - criação de dados fictícios para o exemplo ----------------------------------------------------

Dim lstPessoas As New List(Of Pessoa)

lstPessoas.Add(New Pessoa("1", "João", 20))

lstPessoas.Add(New Pessoa("2", "Maria", 21))

lstPessoas.Add(New Pessoa("3", "José", 22))

lstPessoas.Add(New Pessoa("4", "Ana", 23))

' --

dtNotas.Columns.Add("ID Pessoa", Type.GetType("System.String"))

dtNotas.Columns.Add("Matéria", Type.GetType("System.String"))

dtNotas.Columns.Add("Nota", Type.GetType("System.Decimal"))

Dim r As DataRow

r = dtNotas.NewRow()

r("ID Pessoa") = "1"

r("Matéria") = "Bancos de Dados"

r("Nota") = 9

dtNotas.Rows.Add(r)

' --

r = dtNotas.NewRow()

r("ID Pessoa") = "2"

r("Matéria") = "Programação 1"

r("Nota") = 8.5

dtNotas.Rows.Add(r)

' --

r = dtNotas.NewRow()

r("ID Pessoa") = "3"

r("Matéria") = "Antropologia"

r("Nota") = 5

dtNotas.Rows.Add(r)

' --

r = dtNotas.NewRow()

r("ID Pessoa") = "1"

r("Matéria") = "Programação 1"

r("Nota") = 8.8

dtNotas.Rows.Add(r)

' ---------------------------------------------------------------------------------------------------------------------------

Agora começa o Linq.

Em primeiro lugar, quem conhece SQL sabe que, se uma linha da tabela da esquerda no LEFT JOIN não tiver uma ou mais correspondentes na tabela da direita, o SGBD vai devolver uma linha com os valores da tabela da esquerda mais NULLs para todos os valores da linha da direita.

No Linq, faremos um pouco diferente. Ao invés de NULLs, vamos especificar um objeto default para ser devolvido quando não tivermos nada no lado direito.

No exemplo, a tabela da direita é um DataTable que, para o Linq, será interpretado como um IEnumerable (Of DataRow) . Ou seja, o item default a ser criado é um DataRow, mas poderia ser de qualquer outro tipo:

' Este é o registro de matéria + nota default, que será usando quando não houver nenhum

' para uma determinada pessoa

Dim rDefault As DataRow

rDefault = dtNotas.NewRow()

rDefault("ID Pessoa") = ""

rDefault("Matéria") = "[Sem Registro]"

rDefault("Nota") = -1

Por fim, a consulta Linq propriamente dita:

1 Dim q = From p In lstPessoas _

2 Group Join n In dtNotas.AsEnumerable _

3 On p.ID Equals n("ID Pessoa") _

4 Into grp = Group _

5 From it In grp.DefaultIfEmpty(rDefault) _

6 Select Nome = p.Nome, Materia = it("Matéria"), Nota = it("Nota")

Nas linhas 1 a 4, estou fazendo o JOIN. Em um primeiro momento, a tabela da direita vai entrar em um grupo, chamado grp.

Na linha 5, estou buscando os itens desse grupo que ficarão disponíveis no select. Note que é aqui que estou dizendo que itens inexistentes implicarão na criação de um default, através do m

Por fim, na linha 6, faço o select.

Façamos um loop nos resultados da consulta:

For Each it In q.ToList

Debug.Print(String.Format("Nome: {0} | Matéria: {1} | Nota: {2} {3}", it.Nome, it.Materia, it.Nota, vbCrLf))

Resultado:

Nome: João | Matéria: Bancos de Dados | Nota: 9

Nome: João | Matéria: Programação 1 | Nota: 8,8

Nome: Maria | Matéria: Programação 1 | Nota: 8,5

Nome: José | Matéria: Antropologia | Nota: 5

Nome: Ana | Matéria: [Sem Registro] | Nota: -1

Uma dúvida que provavelmente vai surgir é:

Preciso mesmo desse grupo(grp)? Qual é a utilidade dele?

Resposta: sim, precisa, pois o Linq só consegue fazer um LEFT JOIN quando a tabela da direita é um grupo (para quem não entende esse conceito de grupo, veja meu artigo anterior Linq... qual é a utilidade mesmo?).

Para provar, podemos testar a consulta abaixo, que compila, mas NÃO funciona como um LEFT JOIN.

Dim q2 = From p In lstPessoas _

Join n In dtNotas.AsEnumerable.DefaultIfEmpty(rDefault) _

On p.ID Equals n("ID Pessoa") _

Select Nome = p.Nome, Materia = n("Matéria"), Nota = n("Nota")

Tentei pesquisar o motivo disto, mas não achei nenhuma boa justificativa, já que a sintaxe acima seria bem mais limpa. Provavelmente, os projetistas do Linq devem ter tido um bom motivo.

Abraços a todos, em especial ao Samir, por mais esta colaboração.

Linq... qual é a utilidade mesmo?

2012-07-02T23:06:00.000-03:00

Hoje trago aos leitores deste blog um artigo enviado pelo meu amigo Samir Lohmann. Samir é analista de sistemas e desenvolvedor .NET, com larga experiência no desenvolvimento de sistemas. Neste artigo Samir traz um exemplo prático da utilização de Linq, e conta como esta ferramenta o ajudou a encontrar uma solução elegante, simples e muito eficiente em uma rotina que escreveu. Segue o artigo:

Quando a Microsoft lançou o Linq (Language Integrated Query) no Framework 3.5, foi essa a pergunta que eu me fiz. Tudo que ele faz, consigo fazer de outras maneiras. Seria só mais uma novidade inútil adicionada ao .NET para justificar a compra/upgrade para novas versões?

Não perdi muito tempo com esses dilemas, e ignorei o Linq por um bom tempo.

Entretanto, no meu último projeto, tive um bom tempo para refatorar, ou seja, aperfeiçoar o código mantendo a mesma funcionalidade interna, e comecei a mudar a minha opinião sobre esse recurso da plataforma.

Para demonstrar como o Linq me ajudou, vou recorrer a um exemplo. Eu tinha as seguintes classes:

''' <summary>

''' Representa um item de chapa de aço, lido do sistema XXX

''' </summary>

''' <remarks></remarks>

Public Class StockItem

Public Codigo As String

Public Material As String

Public Espessura As Decimal

Public Comprimento As Decimal

Public Largura As Decimal

Public Sub New(ByVal pCodigo As String, ByVal pMaterial As String, ByVal pEspessura As Decimal, ByVal pComprimento As Decimal, ByVal pLargura As Decimal)

Codigo = pCodigo

Material = pMaterial

Espessura = pEspessura

Comprimento = pComprimento

Largura = pLargura

End Sub

End Class

''' <summary>

''' Representa o estoque disponível para corte das peças de um trabalho

''' </summary>

''' <remarks></remarks>

Public Class Stock

Inherits List(Of StockItem)

End Class

Agora, vamos adicionar manualmente alguns itens nessa lista, para efeito deste exemplo:

Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load

Dim s As New Stock()

s.Add(New StockItem("0001", "Aço Carbono SAE 1020", 9.5, 6000, 2000))

s.Add(New StockItem("0002", "Aço Carbono SAE 1045", 4.75, 6000, 2440))

s.Add(New StockItem("0003", "Aço Inox", 10, 6000, 2440))

s.Add(New StockItem("0004", "Aço Carbono SAE 1020", 9.5, 5000, 2000))

s.Add(New StockItem("0005", "Aço Carbono SAE 1045", 4.75, 3000, 1500))

s.Add(New StockItem("0006", "Aço Carbono SAE 1045", 4.75, 3200, 1200))

End Sub

Problema:

Na classe Stock, eu precisava de uma lista de materiais agrupados por Material e Espessura, ou seja, uma lista como esta:

1: Material Aço Carbono SAE 1020, Espessura 9.5 mm -> 2 itens

2: Material Aço Carbono SAE 1045, Espessura 4.75 mm -> 3 itens

3: Material Aço Inox, Espessura 10 mm -> 1 item

Não me interessava realmente quantos itens havia em cada grupo, e sim, quais grupos existiam.

Como funcionava na primeira versão:

Não vale a pena colocar o código aqui. Mas eu precisava de outra classe (apenas com os atributos Material e Espessura) e precisava criar uma lista de objetos dessa classe. Para populá-la, eu corria a lista de itens e, para cada um, verificava se a minha lista agrupada já continha aquele item agrupado, se sim, eu adicionava outro item na lista. Isso tudo dava umas 70 linhas de código VB.Net.

Como ficou na versão refatorada:

Tive que adicionar 1 (UMA) linha na minha classe Stock e pude apagar as 70 originais:

''' <summary>

''' Representa o estoque disponível para corte das peças de um trabalho

''' </summary>

''' <remarks></remarks>

Public Class Stock

Inherits List(Of StockItem)

Public MateriaisAgrupados = From si In Me Group By Material = si.Material, Espessura = si.Espessura Into grp = Group Select Material, Espessura, grp

End Class

Embora a sintaxe seja uma espécie de SQL com os componentes em ordem trocada, o que confunde um pouco o entendimento do código, eu consegui substituir 70 linhas por uma, com mais elegância e eficiência (já chego à parte da eficiência).

Vamos analisar cada parte do novo código:

Public MateriaisAgrupados =

Esta será a minha lista. Notem que ela não tem um tipo explícito. O tipo dela será definido pelo .NET como:

{System.Linq.Enumerable.WhereSelectEnumerableIterator(Of <anonymous type>, <anonymous type>)}

From si In Me

“Me” é a classe atual que, no caso, é uma lista. Estou dizendo que vou fazer um select na lista Me, e cada item dela é um si (StockItem para mim).

Group By Material = si.Material, Espessura = si.Espessura Into grp = Group

No select, estou fazendo um agrupamento pelos atributos Material e Espessura de StockItem, e definindo alias para os atributos agrupados que vou usar no select. Ainda, estou definindo um grupo com os StockItem originais, que estou chamando de grp (grupo).

Select Material, Espessura, grp

Por fim, seleciono Material, Espessura e grp definidos anteriormente.

O resultado, ao consultar minha lista, é este:

O mais interessante de tudo, é que eu não apenas tenho o agrupamento, mas também tenho uma lista (grp) dos itens originais que geraram esse grupo!

Muito mais elegante que o código original, e muito mais rápido de desenvolver. E, provavelmente, mais eficiente também, pois:

1. A forma como a equipe de desenvolvedores da MS implementou o agrupamento deve ser melhor que a minha (eu espero!)

2. A lista só é realmente gerada quando eu a acesso. Ou seja, o meu atributo MateriaisAgrupados não é propriamente uma lista estática, ela só é criada quando eu a acesso (e eventualmente, posso não precisar dela). Com isso, também tenho a certeza de ter a lista sempre atualizada.

O loop nessa lista também funciona com item de tipo anônimo:

For Each it In s.MateriaisAgrupados

Debug.Write(String.Format("Material {0} Espessura {1} mm {2}", it.Material, it.Espessura, vbCrLf))

Observação:

Para alguém que, como eu, praticamente aprendeu a programar a sério em C, essa história de tipos anônimos não soa muito simpática. Mas, com os recursos computacionais de hoje em dia, um tipo anônimo aqui ou ali não será uma desgraça para a a aplicação.

Conclusão: Linq não é só uma modinha da Microsoft!

Abraços a todos, e um agradecimento especial ao Samir, pela colaboração.

A Classe System.Windows.Forms.Application

2012-06-04T19:58:00.002-03:00

Esta classe fornece métodos estáticos e propriedades utilizados para gerenciar uma aplicação, processar mensagens do sistema operacional e retornar informações desta aplicação. Por exemplo, para obter o caminho do executável da aplicação, utilize a propriedade ExecutablePath, assim:

string executacelDaAplicacao = Application.ExecutablePath;

Da mesma forma, para encerrar a aplicação chame o método Exit (Application.Exit). O método Restart encerra o aplicativo, para em seguida iniciar uma nova instancia desta aplicação. Você também poderá colocar o sistema no modo Hibernar ou Suspender, através do método SetSuspendState.

Esta é apenas uma pequena amostra dos métodos e propriedades disponíveis nesta classe. Veja o que mais esta classe oferece, na página do MSDN.

Abraço.