Como é que nós podemos fazer para forçar o modo administrador nas nossas aplicações .NET? É muito simples! Com um arquivo de manifesto padrão e uma pequena alteração, nós conseguimos fazer isso em menos de um minuto!

Confira um passo a passo no meu vídeo de hoje:

Antes de me despedir, convido você a inscrever-se na minha newsletter. Ao fazer isso, você receberá um e-mail toda semana sobre o artigo publicado, ficará sabendo em primeira mão sobre o artigo da próxima semana e receberá também dicas “bônus” que eu só compartilho por e-mail. Inscreva-se utilizando o formulário logo abaixo.

Até a próxima!

André Lima

Image by ibeeckmans, Pixabay used under Creative Commons
https://pixabay.com/en/security-rusty-iron-lock-chain-3091943/

Song Motherlode Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0 License
http://creativecommons.org/licenses/by/3.0/

The post Como forçar o modo administrador em aplicações .NET? appeared first on André Alves de Lima.

Baixe o projeto de exemplo

Para baixar o projeto de exemplo desse artigo, assine a minha newsletter. Ao fazer isso, além de ter acesso ao projeto, você receberá um e-mail toda semana sobre o artigo publicado e ficará sabendo também em primeira mão sobre o artigo da próxima semana, além de receber dicas “bônus” que eu só compartilho por e-mail. Inscreva-se utilizando o formulário no final do artigo.

Até a próxima!

André Lima

Image by Pixabay used under Creative Commons
https://pixabay.com/en/calculator-calculation-insurance-1044173/

Song Motherlode Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0 License
http://creativecommons.org/licenses/by/3.0/

The post Como fixar colunas no Report Viewer? appeared first on André Alves de Lima.

No artigo de hoje você aprenderá a utilizar bibliotecas .NET Standard com Windows Forms e WPF, ou seja, em projetos que utilizam o .NET Framework “full“.

Entendendo o .NET Standard

Antes de continuarmos, nós precisamos esclarecer alguns pontos. Muita gente acaba confundindo os conceitos de .NET Core e .NET Standard. Na verdade, ao contrário do que algumas pessoas acabam supondo, não é possível referenciar uma biblioteca .NET Core em projetos que tenham o .NET Framework “full” como target framework. O contrário também não é possível, ou seja, você não consegue referenciar bibliotecas desenvolvidas com o “full Framework” em projetos .NET Core.

Mas, então, como é possível compartilhar código entre projetos “full Framework” e .NET Core? É aí que entra em jogo o .NET Standard. Ele nada mais é que um padrão (ou especificação) que define uma lista de APIs a serem implementadas por uma versão do framework. Por exemplo, o .NET Framework 4.5 implementa as APIs definidas no .NET Standard 1.0. Por sua vez, o .NET Framework 4.6.1 implementa as APIs definidas no .NET Standard 2.0.

Neste link, você encontra a tabela mostrando todas as plataformas suportadas por cada uma das versões do .NET Standard. Veja abaixo essa tabela na sua versão de abril de 2018:

Eu não vou entrar em muitos detalhes sobre o .NET Standard porque outras pessoas já fizeram um excelente trabalho nesse quesito. Por exemplo, o Eduardo Pires já escreveu um artigo muito completo explicando todos os conceitos por trás do .NET Standard.

O ponto principal que precisa entrar na sua cabeça é que o .NET Standard não é uma implementação do .NET Framework em si, mas sim, uma especificação que as diversas versões do .NET Framework implementam. Ou seja, você não “instala” o .NET Standard, mas sim o .NET Framework (que por sua vez, implementa as APIs do .NET Standard).

Quando nós pensamos em compartilhamento de código (que é o ponto que eu quero ressaltar neste artigo), nós falamos de .NET Standard. Ou seja, para compartilharmos código entre as diversas plataformas do .NET Framework, nós temos que criar bibliotecas .NET Standard (o que era antigamente resolvido com as PCLs – Portable Class Libraries).

Criando os projetos de exemplo

Uma vez esclarecidos os pontos sobre .NET Framework “full“, .NET Core e .NET Standard, vamos começar criando normalmente o nosso projeto desktop. Nesse exemplo eu vou utilizar um projeto do tipo Windows Forms, porém, você poderia utilizar um projeto WPF sem problema nenhum. Todos os conceitos apresentados neste artigo valem para projetos WPF também.

O único detalhe importante que temos que nos atentar, é que nós precisamos utilizar o .NET Framework 4.6.1 para esse projeto. Isso porque, como dito anteriormente, o .NET Standard 2.0 (que utilizaremos nesse artigo) só é suportado por essa versão do .NET Framework:

Com o projeto criado, vamos ajustar o formulário para que ele fique parecido com a imagem abaixo:

A ideia é que, ao clicarmos no botão, nós vamos chamar um método em uma biblioteca que retornará um texto a ser exibido no TextBox. É um exemplo extremamente simples, mas que mostrará os conceitos por trás do compartilhamento de código através de bibliotecas .NET Standard.

Agora que nós já temos a interface ajustada, vamos criar um novo projeto do tipo “Class Library“, onde nós implementaremos o método que retornará um texto qualquer. A princípio, criaremos essa biblioteca utilizando o .NET Framework 4.6.1 (mais para a frente nós converteremos essa biblioteca para o .NET Standard):

Dentro do projeto “Class Library“, vamos ajustar o nome da classe “Class1” (alterando-o para “Classe“) e, além disso, vamos adicionar um método estático que retornará uma string:

    // C#
    public class Classe
    {
        public static string PegarString()
        {
            return "Conteúdo retornado pela biblioteca";
        }
    }

' VB.NET
Public Class Classe
    Public Shared Function PegarString() As String
        Return "Conteúdo retornado pela biblioteca"
    End Function
End Class

Em seguida, vamos voltar para o nosso projeto desktop, onde nós adicionaremos uma referência para o projeto da biblioteca:

Por fim, vamos implementar o código do clique do botão, que chamará o método “PegarString” e exibirá o resultado no TextBox:

        // C#
        private void preencherButton_Click(object sender, EventArgs e)
        {
            textBox1.Text = Biblioteca.Classe.PegarString();
        }

    ' VB.NET
    Private Sub preencherButton_Click(sender As Object, e As EventArgs) Handles preencherButton.Click
        textBox1.Text = Biblioteca.VB.NetStandard.Classe.PegarString()
    End Sub

Se executarmos a nossa aplicação, veremos que ela funcionará conforme esperado:

Adicionando um projeto .NET Core Console Application

Agora que nós já temos o projeto desktop funcionando corretamente com a biblioteca criada no .NET Framework “full“, vamos verificar se essa mesma biblioteca pode ser utilizada em um projeto .NET Core. Para testarmos isso, vamos criar um projeto do tipo “Console App (.NET Core)“:

Se adicionarmos uma referência à nossa biblioteca, surpreendentemente o projeto compilará sem problema nenhum. Agora vamos tentar acessar o nosso método para ver o que acontece:

        // C#
        static void Main(string[] args)
        {
            Console.WriteLine(Biblioteca.Classe.PegarString());
            Console.ReadLine();
        }

    ' VB.NET
    Sub Main(args As String())
        Console.WriteLine(Biblioteca.VB.NetStandard.Classe.PegarString())
        Console.ReadLine()
    End Sub

E não é que a aplicação funciona?

Sinceramente eu não sei qual é a lógica por trás disso, mas com alguma mágica por trás dos panos, o .NET Core entende que a biblioteca foi compilada para o .NET Framework 4.6.1 e, como o .NET Core 2.0 dá suporte ao .NET Standard 2.0 (que por sua vez dá suporte ao .NET 4.6.1), o .NET Core libera a utilização desse assembly.

Porém, temos um problema grave com isso. Como o nosso projeto desktop também foi compilado com o .NET Framework 4.6.1, nós conseguimos adicionar uma referência a ele também no nosso projeto .NET Core. O projeto compila normalmente, entretanto, se tentarmos acessar qualquer coisa que não for suportada pelo .NET Standard (por exemplo, um formulário), o projeto quebrará em tempo de execução com uma exceção:

Esse não é um comportamento legal, então, eu particularmente evitaria fazer esse tipo de referência. Ao invés disso, o ideal é converter a biblioteca em um projeto .NET Standard.

Convertendo uma biblioteca .NET Framework em .NET Standard

Para convertermos a nossa biblioteca do .NET Framework em .NET Standard, nós temos basicamente duas opções:

1 – Criar um novo projeto do tipo .NET Standard e copiar todo o código da biblioteca para dentro dele

2 – Utilizar uma ferramenta para converter o formato do .csproj de .NET Framework para .NET Standard

Como a biblioteca deste artigo é extremamente simples, nós poderíamos facilmente criar um novo projeto e adicionar o código da nossa única classe dentro desse novo projeto. Porém, para bibliotecas maiores, isso acaba ficando inviável. Nesse caso, nós podemos utilizar a ferramenta CsprojToVs2017 para fazer a conversão automática do tipo do projeto.

A utilização dessa ferramenta é muito simples. Basta chamar o executável “Project2015To2017.Console.exe” passando o caminho do arquivo .csproj e ele fará a conversão:

Nota: até o momento da escrita deste artigo, essa ferramenta só suporta arquivos .csproj, ou seja, não é possível converter projetos VB.NET. Nesse caso a única solução seria converter a biblioteca manualmente (criando outro projeto e migrando os arquivos). Os autores da biblioteca estão planejando implementar o suporte a arquivos .vbproj. Você pode acompanhar o andamento dessa questão através deste link.

Ao voltarmos para o Visual Studio, ele detectará as alterações no arquivo .csproj e perguntará se nós queremos recarrega-lo:

Uma vez recarregado, observe que o projeto já é exibido no Solution Explorer com o novo formato típico de projetos .NET Core / .NET Standard:

Porém, se nós tentarmos recompilar a solução, nós receberemos um erro:

Esse erro acontece porque, apesar da ferramenta ter convertido o formato do arquivo .csproj, ele ainda continua com o Target Framework configurado para a versão .NET Framework 4.6.1. Para alterarmos isso, nós temos que editar o arquivo .csproj e, dentro da tag “TargetFramework“, nós temos que alterar o valor para “netstandard2.0“:

Uma vez alterado esse valor, nós podemos observar nas propriedades do projeto que o Target Framework terá sido configurado corretamente para o .NET Standard 2.0:

Agora sim, a compilação da nossa solução será concluída com sucesso e tanto o projeto desktop quanto o projeto .NET Core funcionarão perfeitamente com a biblioteca .NET Standard.

Baixe o projeto de exemplo

Para baixar o projeto de exemplo desse artigo, assine a minha newsletter. Ao fazer isso, além de ter acesso ao projeto, você receberá um e-mail toda semana sobre o artigo publicado e ficará sabendo também em primeira mão sobre o artigo da próxima semana, além de receber dicas “bônus” que eu só compartilho por e-mail. Inscreva-se utilizando o formulário no final do artigo.

Concluindo

O compartilhamento de código entre projetos desktop (Windows Forms e WPF) e projetos .NET Core pode ser feito através da utilização de bibliotecas .NET Standard. Um detalhe importante que você tem que prestar atenção é na versão do .NET Standard que você escolherá para a sua biblioteca. Quanto menor a versão do .NET Standard, maior é a quantidade de plataformas onde você poderá utiliza-la.

No artigo de hoje você aprendeu a converter uma biblioteca que foi inicialmente desenvolvida utilizando o .NET Framework “full” em uma biblioteca .NET Standard. Como consequência, essa biblioteca pôde ser utilizada como referência tanto em um projeto Windows Forms quanto em um projeto .NET Core Console.

E você, está experimentando o .NET Core e .NET Standard? Já desenvolveu bibliotecas utilizando o .NET Standard com o intuito de compartilhar código entre diferentes plataformas? Como é que foi a sua experiência? Fico aguardando os seus comentários logo abaixo.

Até a próxima!

André Lima

The post Utilizando uma biblioteca .NET Standard com Windows Forms e WPF appeared first on André Alves de Lima.

Hoje eu mostro para você como utilizar essa biblioteca para processarmos HTML e pegarmos informações dentro dele. Veja só:

            // C#
            Console.WriteLine("Artigos:");
            var doc = new HtmlWeb().Load("http://www.andrealveslima.com.br/blog");
            var artigos = doc.DocumentNode.SelectNodes("//article/div/h2");
            foreach (var artigo in artigos)
            {
                Console.WriteLine(artigo.InnerText);
            }

            Console.WriteLine();
            Console.WriteLine("Temas:");
            var temas = doc.DocumentNode.Descendants().Where(d => d.Attributes.Contains("class") && d.Attributes["class"].Value.Contains("div_only_answer"));
            foreach (var tema in temas)
            {
                Console.WriteLine(tema.InnerText);
            }

            Console.ReadLine();

        ' VB.NET
        Console.WriteLine("Artigos:")
        Dim Doc = New HtmlWeb().Load("http://www.andrealveslima.com.br/blog")
        Dim Artigos = Doc.DocumentNode.SelectNodes("//article/div/h2")
        For Each Artigo In Artigos
            Console.WriteLine(Artigo.InnerText)
        Next

        Console.WriteLine()
        Console.WriteLine("Temas:")
        Dim Temas = Doc.DocumentNode.Descendants().Where(Function(d) d.Attributes.Contains("class") AndAlso d.Attributes("class").Value.Contains("div_only_answer"))
        For Each Tema In Temas
            Console.WriteLine(Tema.InnerText)
        Next

        Console.ReadLine()

Baixe o projeto de exemplo

Para baixar o projeto de exemplo desse artigo, assine a minha newsletter. Ao fazer isso, além de ter acesso ao projeto, você receberá um e-mail toda semana sobre o artigo publicado e ficará sabendo também em primeira mão sobre o artigo da próxima semana, além de receber dicas “bônus” que eu só compartilho por e-mail. Inscreva-se utilizando o formulário no final do artigo.

Até a próxima!

André Lima

Image by Pexels, Pixabay used under Creative Commons
https://pixabay.com/en/code-code-editor-coding-computer-1839406/

Song Motherlode Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0 License
http://creativecommons.org/licenses/by/3.0/

The post Processando HTML para pegar informações de controles no .NET appeared first on André Alves de Lima.

Antes de me despedir, convido você a inscrever-se na minha newsletter. Ao fazer isso, você receberá um e-mail toda semana sobre o artigo publicado, ficará sabendo em primeira mão sobre o artigo da próxima semana e receberá também dicas “bônus” que eu só compartilho por e-mail. Inscreva-se utilizando o formulário logo abaixo.

Até a próxima!

André Lima

Image by MianShahzadRaza, Pixabay used under Creative Commons
https://pixabay.com/en/code-programming-coding-web-2434271/

Song Motherlode Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0 License
http://creativecommons.org/licenses/by/3.0/

The post Lendo o conteúdo HTML de uma URL no .NET appeared first on André Alves de Lima.

O LocalDb não é o único banco de dados local que você pode utilizar na sua aplicação. Por exemplo, uns tempos atrás eu escrevi um artigo mostrando como trabalhar com o SQLite no C# e VB.NET, que é um dos bancos de dados locais mais utilizados no mercado. Como você pode conferir nesse artigo, no caso do SQLite, nós não precisamos instalar absolutamente nada. Basta adicionarmos uma referência pelo NuGet, baixar uma ferramenta para criar o arquivo do banco de dados e pronto, já podemos sair utilizando o SQLite nas nossas aplicações.

Com o LocalDb, apesar do processo ser simples, as coisas são um pouquinho mais complicadas do que com o SQLite. Ele é um banco de dados local, mas que precisa de instalação. Por trás dos panos, ele é basicamente uma instalação do SQL Server Express, mas com a limitação de não permitir conexões remotas. Como ele depende desse processo de instalação, o primeiro passo que eu vou demonstrar neste artigo é a utilização dele no computador de desenvolvimento.

Instalando o LocalDb no computador de desenvolvimento

Quando fazemos uma instalação padrão do Visual Studio 2017 utilizando as workloads para desenvolvimento desktop ou web, o LocalDb será instalado no mesmo bolo. Se você der uma olhada na parte de “Individual components“, você perceberá que o item “SQL Server Express 2016 LocalDb” foi marcado automaticamente:

Nota: se eu não me engano, a instalação padrão do Visual Studio 2015 também instala uma instância do LocalDb automaticamente.

Caso você não tenha certeza, abra o setup do Visual Studio e veja se essa opção está marcada no seu ambiente. Se ela estiver marcada, isso significa que o LocalDb já está instalado no seu computador de desenvolvimento e está pronto para ser utilizado. Caso contrário, marque essa opção para que você possa utilizar o LocalDb durante o desenvolvimento da sua aplicação.

Listando as instâncias do LocalDb

A instalação padrão do LocalDb criará uma instância chamada “MSSQLLocalDB“. Você pode listar as instâncias do LocalDb em um prompt utilizando o comando “sqllocaldb info“:

Nós podemos criar novas instâncias através do comando “sqllocaldb create NOME_DA_INSTANCIA“, porém, no artigo de hoje nós vamos utilizar a instância padrão que foi criada automaticamente pela instalação do LocalDb (MSSQLLocalDB). Aliás, o comando “sqllocaldb” traz uma infinidade de possibilidades. Para listar todas as opções, utilize o comando “sqllocaldb /?“:

Conectando no LocalDb com o Management Studio

Do ponto de vista do computador onde o LocalDb está sendo executado, ele parece ser um banco de dados SQL Server Express. Ou seja, você consegue se conectar ao LocalDb utilizando o SQL Server Management Studio da mesma forma que você faria para se conectar a um SQL Server Express. A única diferença está no endereço do servidor.

Para conseguirmos nos conectar a um LocalDb a partir do Management Studio, nós temos que informar o endereço “(localdb)\NOME_DA_INSTANCIA“. Como mencionado anteriormente, no caso da instalação padrão, o nome da instância é “mssqllocaldb“, portanto, a conexão pode ser feita dessa maneira:

Uma vez conectado, você consegue gerenciar o LocalDb como se ele fosse uma instância do SQL Server Express:

Você pode criar novos bancos, atachar arquivos MDF existentes, criar tabelas, fazer backup e restore, etc. Ou seja, você consegue fazer tudo o que você conseguiria com uma instância do SQL Server Express.

Connection string para utilização do LocalDb

Seguindo a mesma lógica do endereço que utilizamos no Management Studio, para nos conectarmos a um LocalDb através da nossa aplicação, nós conseguimos utilizar a mesma string de conexão do SQL Server Express, alterando somente a parte do endereço. Veja como ficaria um exemplo de string de conexão para o LocalDb:

Server=(localdb)\mssqllocaldb; Integrated Security=true; Initial Catalog=DemoLocalDb;

Nota: um dos sites mais famosos com exemplos de strings de conexão é o www.connectionstrings.com, porém as strings de conexão para o LocalDb que estavam listadas nesse site não funcionaram em nenhum dos cenários que eu testei.

Pequeno exemplo de acesso com o ADO.NET

Eu já mencionei isso algumas vezes nesse artigo, mas eu vou repetir novamente: por trás dos panos, o LocalDb é como um SQL Server Express. Dito isso, não é surpresa que nós conseguimos acessar e manipular os dados de uma instância do LocalDb via código exatamente da mesma maneira que fazemos com um SQL Server “normal“. Ou seja, com o ADO.NET e as classes do namespace “System.Data.SqlClient“, nós conseguimos fazer consultas na nossa instância do LocalDb.

Para demonstrarmos o funcionamento, vamos criar um novo projeto do tipo “Console Application“. Dentro desse projeto, vamos adicionar um arquivo MDF existente, chamado de “BancoDeDados.mdf“. Nesse arquivo MDF, nós teremos somente uma tabela chamada “Pessoa“, com os campos “Id“, “Nome” e “Sobrenome“:

Eu adicionei dois registros de exemplo dentro dessa tabela (para podermos lista-los através da nossa aplicação). Caso seja necessário, você pode criar esse MDF manualmente através da opção “Adicionar novo item ao projeto -> Service-based Database“:

Nota: para facilitar um pouco as coisas, caso você não queira criar esse arquivo manualmente, você pode baixa-lo através deste link. Descompacte o arquivo zip e adicione o MDF no projeto através do Solution Explorer (botão direito no projeto -> adicionar item existente).

Uma vez adicionado o MDF ao projeto, certifique-se que ele esteja marcado com a opção “Copy if newer” na configuração “Copy to Output Directory” dentro da janela de propriedades. Dessa forma, o arquivo somente será sobrescrito na pasta “bin/debug” caso alguma alteração seja feita no arquivo MDF original. A configuração padrão é “Copy always“, e isso faz com que o banco sempre seja sobrescrito, o que normalmente não é o comportamento esperado.

Feito isso, nós podemos criar uma nova conexão normalmente com o LocalDb e atachar esse arquivo MDB na nossa instância padrão (“mssqllocaldb“). Veja como ficaria o código para atachar o banco e listar o conteúdo da tabela “Pessoa“:

            // C#
            Console.WriteLine("ADO.NET:");
            var caminhoBanco = System.IO.Path.Combine(System.IO.Directory.GetCurrentDirectory(), "BancoDeDados.mdf");
            var stringConexao = string.Format(@"Server=(localdb)\mssqllocaldb; Integrated Security=true; AttachDbFileName={0};", caminhoBanco);

            using (var conn = new System.Data.SqlClient.SqlConnection(stringConexao))
            {
                conn.Open();
                if (conn.State == System.Data.ConnectionState.Open)
                {
                    using (var comm = new System.Data.SqlClient.SqlCommand())
                    {
                        comm.Connection = conn;
                        comm.CommandText = "SELECT * FROM Pessoa";
                        using (var reader = comm.ExecuteReader())
                        {
                            while (reader.Read())
                            {
                                Console.WriteLine("ID: {0}, Nome: {1}, Sobrenome: {2}", reader["Id"], reader["Nome"], reader["Sobrenome"]);
                            }
                        }
                    }
                }
            }
            Console.ReadLine();

        ' VB.NET
        Console.WriteLine("ADO.NET:")
        Dim CaminhoBanco = System.IO.Path.Combine(System.IO.Directory.GetCurrentDirectory(), "BancoDeDados.mdf")
        Dim StringConexao = String.Format("Server=(localdb)\mssqllocaldb; Integrated Security=true; AttachDbFileName={0};", CaminhoBanco)
        Using Conn = New System.Data.SqlClient.SqlConnection(StringConexao)
            Conn.Open()
            If Conn.State = System.Data.ConnectionState.Open Then
                Using Comm = New System.Data.SqlClient.SqlCommand()
                    Comm.Connection = Conn
                    Comm.CommandText = "SELECT * FROM Pessoa"
                    Using Reader = Comm.ExecuteReader()
                        While Reader.Read()
                            Console.WriteLine("ID: {0}, Nome: {1}, Sobrenome: {2}", Reader("Id"), Reader("Nome"), Reader("Sobrenome"))
                        End While
                    End Using
                End Using
            End If
        End Using

        Console.ReadLine()

Observe que não temos absolutamente nada de especial no código apresentado acima. A única diferença entre uma conexão com um banco SQL Server “de verdade” e o LocalDb é o endereço do banco de dados na string de conexão. Execute o código e veja o resultado:

Funciona com o Entity Framework?

Se o LocalDb é, na verdade, um SQL Server Express com menos capacidades, será que ele funcionaria também com o Entity Framework? E a resposta é sim! Ele funciona com o Entity Framework também!

Vamos demonstrar isso criando um pequeno exemplo utilizando a estratégia “code first“. Primeiramente, vamos criar a classe correspondente à nossa tabela:

    // C#
    public class Pessoa
    {
        public int Id { get; set; }
        public string Nome { get; set; }
        public string Sobrenome { get; set; }
    }

' VB.NET
Public Class Pessoa
    Public Property Id As Integer
    Public Property Nome As String
    Public Property Sobrenome As String
End Class

Em seguida, vamos adicionar a referência ao Entity Framework pelo NuGet:

Feito isso, vamos adicionar a nossa classe de contexto, que terá o DbSet para a classe “Pessoa“:

    // C#
    public class Contexto : DbContext
    {
        public Contexto(string connectionString) : base(connectionString) {  }

        public DbSet<Pessoa> Pessoas { get; set; }
    }

' VB.NET
Public Class Contexto
    Inherits DbContext

    Public Sub New(ByVal connectionString As String)
    End Sub

    Public Property Pessoas As DbSet(Of Pessoa)
End Class

Agora que nós já temos tudo preparado, nós podemos simplesmente criar uma instância do nosso contexto e trabalhar com o conteúdo da coleção de pessoas (que estará mapeada para a tabela de pessoas no banco de dados). Primeiramente, vamos percorrer a coleção de pessoas, excluindo todo o seu conteúdo. Em seguida, nós adicionamos duas pessoas nessa coleção e percorremos novamente a coleção para imprimirmos no console:

            // C#
            Console.WriteLine("Entity Framework");
            var stringConexaoEF = @"Server=(localdb)\mssqllocaldb; Integrated Security=true; Initial Catalog=DemoLocalDb;";
            using (var contexto = new Contexto(stringConexaoEF))
            {
                foreach (var pessoa in contexto.Pessoas)
                {
                    contexto.Pessoas.Remove(pessoa);
                }
                contexto.SaveChanges();

                contexto.Pessoas.Add(new Pessoa() { Nome = "Andre", Sobrenome = "Alves de Lima" });
                contexto.Pessoas.Add(new Pessoa() { Nome = "Fulano", Sobrenome = "de Tal" });
                contexto.SaveChanges();
            }
            using (var contexto = new Contexto(stringConexaoEF))
            {
                foreach (var pessoa in contexto.Pessoas)
                {
                    Console.WriteLine("ID: {0}, Nome: {1}, Sobrenome: {2}", pessoa.Id, pessoa.Nome, pessoa.Sobrenome);
                }
            }
            Console.ReadLine();

        ' VB.NET
        Console.WriteLine("Entity Framework")
        Dim StringConexaoEF = "Server=(localdb)\mssqllocaldb; Integrated Security=true; Initial Catalog=DemoLocalDb;"
        Using Contexto = New Contexto(StringConexaoEF)
            For Each Pessoa In Contexto.Pessoas
                Contexto.Pessoas.Remove(Pessoa)
            Next

            Contexto.SaveChanges()
            Contexto.Pessoas.Add(New Pessoa() With {.Nome = "Andre", .Sobrenome = "Alves de Lima"})
            Contexto.Pessoas.Add(New Pessoa() With {.Nome = "Fulano", .Sobrenome = "de Tal"})
            Contexto.SaveChanges()
        End Using

        Using Contexto = New Contexto(StringConexaoEF)
            For Each Pessoa In Contexto.Pessoas
                Console.WriteLine("ID: {0}, Nome: {1}, Sobrenome: {2}", Pessoa.Id, Pessoa.Nome, Pessoa.Sobrenome)
            Next
        End Using

        Console.ReadLine()

E qual será o resultado? Veja na imagem abaixo:

Por trás dos panos, o Entity Framework criou a tabela automaticamente dentro do banco chamado “DemoLocalDb” (nome que foi informado como “Initial Catalog” na string de conexão):

Nota: se você não tem familiaridade com esses conceitos do Entity Framework, sugiro que você dê uma olhada no meu artigo introdutório sobre Entity Framework.

Instalando o LocalDb no computador do cliente

Até aqui nós só falamos sobre o ambiente de desenvolvimento, mas como é que fica no computador do cliente? Como nós instalamos o LocalDb nas máquinas onde a nossa aplicação será executada?

Para instalar o LocalDb no computador cliente, primeiramente nós precisamos fazer o download dele. Esse é um ponto que pode ser um pouco confuso. Para baixarmos o instalador do LocalDb, nós precisamos, na verdade, baixar o instalador do SQL Server 2016 Express. O Scott Hanselman facilita muito a nossa vida listando aqui os links para download de todas as versões do SQL Server Express.

Uma vez baixado e executado o instalador da versão 2016 Express, nós temos que escolher a opção “Download Media“:

Em seguida, nós conseguiremos baixar o instalador do LocalDb através desta opção:

Nota: caso você queira pular esses passos, eu baixei o instalador do SQL Server 2016 Express LocalDb e estou disponibilizando para download direto através deste link.

Pronto! É esse arquivo “SqlLocalDB.msi” que nós temos que instalar no computador do cliente. Nós podemos fazer a instalação manual do LocalDb (executando esse arquivo msi) ou, caso você tenha criado um instalador para a sua aplicação, você pode executar esse msi de maneira silenciosa através do seguinte comando:

msiexec /i SqlLocalDB.msi /qn IACCEPTSQLLOCALDBLICENSETERMS=YES

Baixe o projeto de exemplo

Para baixar o projeto de exemplo desse artigo, assine a minha newsletter. Ao fazer isso, além de ter acesso ao projeto, você receberá um e-mail toda semana sobre o artigo publicado e ficará sabendo também em primeira mão sobre o artigo da próxima semana, além de receber dicas “bônus” que eu só compartilho por e-mail. Inscreva-se utilizando o formulário no final do artigo.

Concluindo

Apesar do LocalDb ser um banco de dados local um tanto quanto enxuto (seu instalador tem quase 50Mb ao todo), o seu deployment é mais complicado do que o SQLite, onde nós só precisamos distribuir o arquivo do banco de dados e algumas dlls extras com a nossa aplicação.

No artigo de hoje você viu como habilitar o LocalDb no computador de desenvolvimento e como acessá-lo através do ADO.NET e Entity Framework. Por fim, eu mostrei para você o processo de instalação do LocalDb nos computadores clientes.

O LocalDb é uma excelente opção de banco de dados local. Ele é realmente um banco de dados completo, suportando todas as funcionalidades do SQL Server Express, porém, rodando no modo “usuário local” e, como o próprio nome já diz, não permitindo conexões remotas.

Se você estiver desenvolvendo uma aplicação “do zero” e estiver à procura de um banco de dados local, eu particularmente recomendo a utilização do SQLite como uma primeira opção. Eu somente partiria para a utilização do LocalDb em duas situações:

1) Caso as capacidades do SQLite não estejam dando conta do recado (porém, nesse caso eu acredito que eu partiria direto para o SQL Server Express)

2) Caso você já tenha a aplicação desenvolvida utilizando as classes do SQL Server (SqlConnection, SqlCommand, etc)

Mas, de qualquer forma, sempre é bom conhecermos as opções que nós temos à nossa disposição.

E você, utiliza o LocalDb como banco de dados local para a sua aplicação? Quais foram as suas experiências? Recomenda a sua utilização? Deixe as suas impressões na caixa de comentários logo abaixo.

Até a próxima!

André Lima

The post Trabalhando com o LocalDb no C# e VB.NET appeared first on André Alves de Lima.

Por incrível que pareça, muita gente acaba se perdendo com essa simples atividade. O problema é que a opção “View -> Report Data” só aparece quando nós estamos focados em um relatório, e não quando estamos focados em outros tipos de arquivos (como formulários ou arquivos de código).

No vídeo de hoje, eu mostro para você exatamente o passo a passo que você tem que seguir para habilitar a tela Report Data do Report Viewer, caso você tenha fechado sem querer:

Antes de me despedir, convido você a inscrever-se na minha newsletter. Ao fazer isso, você receberá um e-mail toda semana sobre o artigo publicado, ficará sabendo em primeira mão sobre o artigo da próxima semana e receberá também dicas “bônus” que eu só compartilho por e-mail. Inscreva-se utilizando o formulário logo abaixo.

Até a próxima!

André Lima

Image by Jake Przespo used under Creative Commons
https://www.flickr.com/photos/jakeprzespo/4566115233/

Song Motherlode Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0 License
http://creativecommons.org/licenses/by/3.0/

The post Cadê a tela Report Data do Report Viewer no Visual Studio? appeared first on André Alves de Lima.

Dito isso, eu acho que já passou da hora de eu começar a aborda-lo nas minhas publicações. No vídeo de hoje, eu mostro para você como instalar o .NET Core e criar o seu primeiro projeto console “Hello World“, tanto através do Visual Studio 2017 quanto via linha de comando:

Antes de me despedir, convido você a inscrever-se na minha newsletter. Ao fazer isso, você receberá um e-mail toda semana sobre o artigo publicado, ficará sabendo em primeira mão sobre o artigo da próxima semana e receberá também dicas “bônus” que eu só compartilho por e-mail. Inscreva-se utilizando o formulário logo abaixo.

Até a próxima!

André Lima

Image by StruffelProductions, Pixabay used under Creative Commons
https://pixabay.com/en/code-programming-love-computer-3078609/

Song Motherlode Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0 License
http://creativecommons.org/licenses/by/3.0/

The post Instalando o .NET Core e criando um projeto Hello World appeared first on André Alves de Lima.

Acesse os artigos anteriores

Antes de continuar com a leitura deste artigo, acesse os artigos anteriores dessa série utilizando os links abaixo:

– Parte 1: Prototipando a aplicação
– Parte 2: Ambiente Xamarin Android e Hello World
– Parte 3: Classes de modelo e primeira tela
– Parte 4: Customizando o controle ListView
– Parte 5: Navegação entre telas
– Parte 6: DatePicker e Spinner
– Parte 7: SQLite e armazenamento de dados
– Parte 8: Emuladores Android

Habilitando o USB Debugging no dispositivo

A única coisa que realmente temos que configurar para conseguirmos debugar em um dispositivo “de verdade” é a questão do USB debugging. Essa configuração basicamente fará com que o seu dispositivo fique visível ao ADB (Android Debug Brigde).

Para habilitarmos o modo de debug USB no dispositivo Android, nós temos que ir até as suas configurações e, dentro da tela “About device“, nós temos que apertar várias vezes o item “Build number“, até que o dispositivo nos avise que o modo desenvolvedor foi habilitado:

Uma vez que o modo de desenvolvedor tiver sido ativado, na tela anterior nós encontraremos um novo item, chamado “Developer options“:

Dentro desse item, nós encontraremos a opção que deverá ser ativada. Como eu disse anteriormente, ela se chama “USB Debugging“:

Pronto! E com isso o dispositivo já está pronto para ser detectado pelo ADB e, consequentemente, aparecerá na lista de dispositivos do Visual Studio assim que o conectarmos com o computador via USB.

E se o dispositivo não aparecer na lista?

Depois de ter habilitado essa opção de USB Debugging, eu rapidamente pluguei o celular no computador e fui abrir o projeto da nossa aplicação Android para ver se eu conseguia debuggar no dispositivo. Porém, ele não apareceu na lista de dispositivos do Visual Studio. Eu já achei que tivesse alguma configuração escondida ou alguma coisa que estava faltando instalar, mas, na verdade era algo bem simples.

Sempre que conectamos um dispositivo com USB Debugging ativado em um computador novo, ele mostrará uma mensagem de confirmação, que nós teremos que confirmar para habilitar o debugging naquele computador específico:

Eu não tinha visto essa mensagem de confirmação, por isso o dispositivo não tinha aparecido na minha lista dentro do Visual Studio. Uma vez que eu confirmei o pareamento do USB Debugging com o meu computador, o dispositivo apareceu na lista normalmente e eu consegui debugar a nossa aplicação dentro dele:

Atenção: para não ter que ficar confirmando essa mensagem todas as vezes, caso você esteja utilizando o seu computador pessoal (ou um computador conhecido), não se esqueça de marcar a opção “Always allow this computer“.

Quando eu estava pesquisando sobre o problema de eu não ter encontrado o dispositivo na lista do Visual Studio, eu encontrei esta thread no StackOverflow. Lá você verá os principais problemas que poderão causar esse efeito.

Dica bônus: use o TeamViewer para espelhar no computador

Se você quiser espelhar a tela do seu dispositivo enquanto debuga a sua aplicação, você pode utilizar uma aplicação chamada TeamViewer, que, além de permitir o acesso remoto aos seus computadores, também permite o acesso remoto ao seu dispositivo móvel. Você precisará instalar o TeamViewer “normal” (versão desktop) no seu computador e o “TeamViewer QuickSupport” no seu dispositivo. Dessa forma, você conseguirá espelhar a tela do seu dispositivo Android no seu computador.

Concluindo

Eu imaginei que a configuração para fazer um debugging de uma aplicação Android em um dispositivo físico fosse extremamente complicada, mas dessa vez eu fiquei impressionado. Com um procedimento muito simples, nós conseguimos habilitar o modo de USB Debugging no nosso dispositivo e, com isso, ele já será listado automaticamente como uma opção de destino no Visual Studio.

No artigo de hoje você viu os passos necessários para que você consiga debugar no dispositivo físico as suas aplicações Android. Espero que você não tenha nenhuma dificuldade nesse processo. Se tiver alguma dúvida, é só entrar em contato através dos comentários logo abaixo.

Por fim, convido você a inscrever-se na minha newsletter. Ao fazer isso, você receberá um e-mail toda semana sobre o artigo publicado e ficará sabendo também em primeira mão sobre o artigo da próxima semana, além de receber dicas “bônus” que eu só compartilho por e-mail. Inscreva-se utilizando o formulário logo abaixo.

Até a próxima!

André Lima

The post Aplicações Android com Xamarin – Parte 9 de N – Debugar no dispositivo físico appeared first on André Alves de Lima.

Devido à importância desse tema, no vídeo de hoje eu preparei para você 4 dicas de debugging no Visual Studio 2017. Essas dicas vão deixar mais produtivo o processo de depuração das suas aplicações. Confira no vídeo abaixo:

Antes de me despedir, convido você a inscrever-se na minha newsletter. Ao fazer isso, você receberá um e-mail toda semana sobre o artigo publicado, ficará sabendo em primeira mão sobre o artigo da próxima semana e receberá também dicas “bônus” que eu só compartilho por e-mail. Além disso, você já deve ter percebido que eu recebo muitas sugestões de temas e eu costumo dar prioridade às sugestões vindas de inscritos da minha newsletter. Inscreva-se utilizando o formulário logo abaixo.

Até a próxima!

André Lima

Image by Pixies, Pixabay used under Creative Commons
https://pixabay.com/en/technology-keyboard-computing-785742/

Song Motherlode Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0 License
http://creativecommons.org/licenses/by/3.0/

The post 4 dicas de debugging no Visual Studio 2017 appeared first on André Alves de Lima.