Difference between revisions of "Equipe Cão-Cão"
(→Histórico, descrição e aplicações da linguagem) |
(→Histórico, descrição e aplicações da linguagem) |
||
Line 11: | Line 11: | ||
* itens 1, 2, 3, 4 e 5 | * itens 1, 2, 3, 4 e 5 | ||
+ | ''Item 5 - Tirar depois'' | ||
'''Linguagem compilada''' | '''Linguagem compilada''' | ||
Line 19: | Line 20: | ||
Caberá também ao compilador gerar metadados, os quais contém informações adicionais que serão utilizadas em seguida para execução do programa. Estes, juntamente com o código intermediário, serão armazenados, mas não serão diretamente executáveis. Para isso, será necessário converter o código obtido do MSIL para código de máquina. Desse modo o CLR, runtime do framework, carregará o código intermediário e obterá o código executável através do compilador instantâneo conhecido como Just-In-Time (JIT). | Caberá também ao compilador gerar metadados, os quais contém informações adicionais que serão utilizadas em seguida para execução do programa. Estes, juntamente com o código intermediário, serão armazenados, mas não serão diretamente executáveis. Para isso, será necessário converter o código obtido do MSIL para código de máquina. Desse modo o CLR, runtime do framework, carregará o código intermediário e obterá o código executável através do compilador instantâneo conhecido como Just-In-Time (JIT). | ||
− | Independente de máquina | + | '''Independente de máquina''' |
Como vimos, teremos o código executável através do compilador JIT, trazendo consigo informações suficientes para execução em um determinado processador. Por esse motivo será possível obter aplicações VB.NET multiplataforma uma vez que o framework .NET atua como um intermediário para que a aplicação execute em diferentes sistemas operacionais. | Como vimos, teremos o código executável através do compilador JIT, trazendo consigo informações suficientes para execução em um determinado processador. Por esse motivo será possível obter aplicações VB.NET multiplataforma uma vez que o framework .NET atua como um intermediário para que a aplicação execute em diferentes sistemas operacionais. | ||
− | Requisitos mínimos | + | '''Requisitos mínimos''' |
Cabe ao Common Language Runtime (CLR) facilitar a distribuição e instalação de aplicações. É o CLR quem coordena a execução do código e possui as DDLs das APIs do Windows e arquivos runtime do VB. Tarefas antes atribuídas ao programador, serão agora implementadas no ambiente de execução, fazendo, desse modo, com que não se dependa de bibliotecas externas. | Cabe ao Common Language Runtime (CLR) facilitar a distribuição e instalação de aplicações. É o CLR quem coordena a execução do código e possui as DDLs das APIs do Windows e arquivos runtime do VB. Tarefas antes atribuídas ao programador, serão agora implementadas no ambiente de execução, fazendo, desse modo, com que não se dependa de bibliotecas externas. |
Revision as of 19:42, 29 September 2008
Especificação do trabalho APAGAR ISSO AKI DPOIS
Visual Basic .NET
Contents
- 1 Histórico, descrição e aplicações da linguagem
- 2 Sintaxe: principais elementos e estruturas da linguagem:
- 3 Interação com outras linguagens
- 4 Formas de auxílio à Documentação
- 5 Suporte à Aplicações Desktop
- 6 Suporte à Aplicações Web
- 7 Controles Personalizados
- 8 IDE's
- 9 Padronização da Linguagem (ANSI/ISO)
- 10 Referencias
Histórico, descrição e aplicações da linguagem
- itens 1, 2, 3, 4 e 5
Item 5 - Tirar depois Linguagem compilada
Visual basic é uma linguagem compilada e bem como o VB.NET tem seu código parcialmente compilado ao passo que o mesmo é escrito. Para entender como funciona a execução do código na linguagem VB.NET, podemos verificar passo a passo de que modo isso funciona no Framework .NET, desde o código escrito até o momento de execução do mesmo. No momento da compilação, o compilador não transforma diretamente o código analisado em código binário, como acontece quando cria-se um aplicativo em Visual Basic, por exemplo. Há nesse ponto uma grande diferença aos métodos tradicionais, uma vez que no .NET Framework haverá uma linguagem intermediária, conhecida como Microsoft Intermediate Languaje (MSIL), para a qual é convertido o código-fonte. O código intermediário então gerado trará um conjunto de instruções independentes do sistema operacional bem como informações importantes à execução: manipulação de objetos, acesso á memória, etc., possibilitando programas seguros e multiplataforma. Caberá também ao compilador gerar metadados, os quais contém informações adicionais que serão utilizadas em seguida para execução do programa. Estes, juntamente com o código intermediário, serão armazenados, mas não serão diretamente executáveis. Para isso, será necessário converter o código obtido do MSIL para código de máquina. Desse modo o CLR, runtime do framework, carregará o código intermediário e obterá o código executável através do compilador instantâneo conhecido como Just-In-Time (JIT).
Independente de máquina
Como vimos, teremos o código executável através do compilador JIT, trazendo consigo informações suficientes para execução em um determinado processador. Por esse motivo será possível obter aplicações VB.NET multiplataforma uma vez que o framework .NET atua como um intermediário para que a aplicação execute em diferentes sistemas operacionais.
Requisitos mínimos
Cabe ao Common Language Runtime (CLR) facilitar a distribuição e instalação de aplicações. É o CLR quem coordena a execução do código e possui as DDLs das APIs do Windows e arquivos runtime do VB. Tarefas antes atribuídas ao programador, serão agora implementadas no ambiente de execução, fazendo, desse modo, com que não se dependa de bibliotecas externas.
Sintaxe: principais elementos e estruturas da linguagem:
- item 6
Interação com outras linguagens
- item 6.9
Formas de auxílio à Documentação
- item 7
Suporte à Aplicações Desktop
Os aplicativos Desktop do VB.NET são chamados Aplicativos Windows Forms. Um aplicativo Windows Forms se baseia nas classes do namespace System.Windows.Forms.Usando um ambiente de desenvolvimento como o Visual Studio, você pode criar aplicativos Windows Forms que exibem informações, solicitam entradas de usuários e se comunicam com computadores remotos pela rede. No Windows Forms, um formulário é uma superfície visual na qual são exibidas informações para o usuário. Normalmente, os aplicativos do Windows Forms são criados pela inserção de controles em formulários e pelo desenvolvimento de respostas a ações do usuário, como cliques do mouse ou pressionamentos de teclas. Um controle é um elemento discreto de interface do usuário que exibe dados ou aceita a entrada de dados. Quando um usuário executa alguma ação em seu formulário ou em um de seus controles, gera um evento.O seu aplicativo reage a esses eventos usando código e os processa quando eles acontecem , bem parecido com uma Aplicação Swing em Java.
Suporte à Aplicações Web
- item 8
Controles Personalizados
É tão fácil criar um Controle Personalizado como criar uma classe. Você simplesmente utiliza a herança para herdar de um controle já existente e adiciona as características desejadas ao seu controle. Além disto você pode também criar uma classe de controle customizado como parte do projeto existente e então mais tarde colocá-la em uma assembly separado que pode ser compartilhado com outros programadores.
Podemos fazer distinção entre três tipos de Controles Personalizados :
Controles de Usuários - Users Controls : São os tipos mais simples de controles. Eles herdam da classe System.Windows.Forms.UserControl e seguem o modelo da composição.
Controles Herdados - Inherited Controls : São controles com mais recursos. Você escolhe um controle que mais se aproxima de suas características e então deriva uma classe personalizada que sobrescreve ou inclui propriedades e métodos, como se você estivesse trabalhando com Classes e usasse Herança.
Controles Criados - São controles criados usando as rotinas da GDI+ e que geram toda a interface com o usuário; geralmente tendem a herdar da classe System.Windows.Forms.Control.
Pode-se verificar como fazer um Controle Personalizado no Visual Studio no tutorial na seção de Referências.
IDE's
- item 9
Padronização da Linguagem (ANSI/ISO)
- item 10