ASP.NET :: C# :: VB.NET :: quintelab

Capítulo 6: Globalization and Accessibility Lição 1: Configuring Globalization and Localization

2012-01-30T14:15:00.000-08:00

A maioria dos sites são desenvolvidos para uma só língua e cultura, entretanto o site pode ser acessado por pessoas em diversos países que falam diferentes línguas. Os desenvolvedores igoram esta larga audiência. O asp.net permite você desenvolver de forma que consiga atingir essas pessoas, salvando os textos dos seus sites em arquivos de recursos, separando por língua ou cultura.

Será criado um arquivo de recurso para cada linguagem que seu site irá suportar, no momento em que o usuário acessar o site, o asp.net irá verificar através da requisição do usuário qual sua língua e escolher o arquivo de recurso ideal para o usuário, caso seu site não suporte a cultura do usuário, será escolhido um arquivo de recurso padrão para fornecer o resultado.

Outro ponto importante é acessibilidade. Isso significa que seu site suporta diferentes tipos de visualização e entrada de dispositivos. Utilizando os recursos da acessibilidade todos os usuários irão se beneficiar ao acessar seu site.

O asp.net possui importantes ferramentas para conseguir atingir seus objetivos tanto com globalização e acessibilidade.

Lesson 1: Configuring Globalization and Localization

Existem aplicações web seja de intranet, seja aplicativos de multinacionais que necessitam atingir um público alvo amplo de diferentes países. Para esses casos o asp.net disponibiliza ferramentas para que seu site se adeque a língua e cultura do usuário que esta acessando.

About ASP.NET Resources

Para exibir uma página asp.net que suporte diferentes linguagens, você pode solicitar a língua que o usuário utiliza e escrever linhas de códigos para modificar todo seu texto, porém isto será custoso e complexo e irá requerer que uma pessoa que não seja desenvolvedora mexa no seu código. Claro que esta não é a melhor solução. Você pode externaliza seu texto, ou seja, deixa-lo separado do seu código fonte, e decidir em tempo de execução qual texto é o mais apropriado para ser exibido.

O Asp.net utiliza arquivos de recursos que suportam múltiplas linguagens. Um arquivo de recurso contém uma lingua especifica para ser exibida em uma página ou site. Sua página irá exibir o arquivo de recurso baseado na requisição do usuário, utilizando definições de sua máquina ou configurações do navegador.

Existem dois tipos de arquivos de recursos no asp.net: Local e Global. Arquivos Locais são especificos para uma página. Arquivos Globais são compartilhados por todo o site.

Using Local Resource Files

Um arquivo de recurso local é especifico para uma página web. Arquivos de Recursos locais devem ser armazenados dentro de uma pasta especial chamada App_LocalResources. Esta pasta pode estar na raíz ou dentro de outras pastas do seu projeto. Caso seu site contenha várias páginas, o ideal é criar uma sub-pasta App_LocalResources dentro de cada pasta.

Como o arquivo local é especifico para uma página você deve nomeá-lo com o nome da página mais a extensão .resx. Por exemplo se você tiver a página Home.aspx o arquivo de recurso padrão deve ter o nome Home.aspx.resx. Este será o arquivo padrão, caso seu site não possua a linguagem requisitada pelo usuário este arquivo será utilizado.

Você deve criar um arquivo específico para cada linguagem que seu site irá suportar. O nome desse arquivo deve ser o nome do arquivo padrão mais a informação da linguagem específica. Por exemplo, se você criar um arquivo para a linguagem abranger o espanhol, o arquivo de recurso da página Default.aspx deve ser Default.aspx.es.resx onde "es" é abreviação de Spanish. Se for criar para o alemão, deve ser, Default.aspx.de.resx onde "de" representa German.

Culture-Specific Local Resources

No desenvolvimento asp.net o termo culture (cultura) refere-se a linguagens regionais e diferenças de formatos. Exemplo, o Inglês falado nos Estados Unidos, é diferente do Inglês falado na Inglaterra e na Austrália ou outras partes do mundo. Cada país ou região pode ter um padrão diferente de formato de moeda, data ou número. Nos Estados Unidos por exemplo o número é formatado da seguinte forma: 12,345.67, já em algumas partes da Europa a vírgula e o ponto são invertidos: 12.345,67.

Quando uma requisição de cultura específica for feita o FrameWork irá ajustar conforme a necessidade. Você só precisa criar arquivos de recursos específicos.

Para atender diferentes culturas, como por exemplo ter textos diferentes para o Espanhol falado na Espanha e o Espanhol falado no México, basta criar o arquivo com o seguinte formato: PageName.aspx.languageId-cultureId.resx.

Exemplo, caso queria ter um texto diferenciado para o Espanhol falado no México (mx) precisa criar um arquivo: Home.aspx.es-mx.resx; Já para o Espanhol falado no restante do mundo basta: Home.aspx.es.resx.

Examining the Contents of a Resource File

O arquivo de recurso no Asp.Net é um arquivo xml com um conjunto de pares com chave e valor. A chave é única e é usada para definir e referenciar o resource. Já o valor (claro) é o valor retornado pela chave. O seguinte código é um exemplo de um chave em um arquivo de recurso:

<data name="PageResource1.Title" xml:space="preserve">
<value>Customer Lookup</value>
</data>

Neste exemplo observe que a chave é PageResource1.Title e o valor é Customer Lookup.
O Visual Studio possui uma ferramenta própria para edição, porém caso precise ou queria pode editar seu arquivo de recurso através de algum editor Xml.

Generating Local Resources

Você pode utilizar o Visual Studio para gerar automaticamente um arquivo de recurso local para sua página. Este procedimento irá exportar para o arquivo as propriedades baseadas em textos dos controles dessa página. Para executar este procedimento, siga os passsos:

Abra sua página no Visual Studio;
Vá até o menu Tools-Generate Local Resource.

O Visual Studio irá fazer:

Criar a pasta App_LocalResources se for necessário;
Gerar um arquivo baseado em Xml, que será seu arquivo local de recursos. Ele irá conter as propriedades de sua página e de seus controles, propriedades como Text, ToolTip, Title e Caption).

Veja a imagem de exemplo, uma página que possui um TextBox, um Calendar e controles Button. Repare no menu:

Depois de clicar na opção. O Visual Studio irá gerar um arquivo de recurso com as propriedades exportadas de sua página e controles. Este arquivo irá ser nomeado com o nome de sua página mais a extensão .resx.

Observe na próxima figura o arquivo gerado, repare que foram exportadas as propriedades com seus valores que estavam informados.

Localizing Text Outside of Controls

Lembre-se que o Visual Studio não gera recursos para todo o texto de sua página, ele apenas irá gerar para os controles que possuem a propriedade Text. Verifique pela figura anterior que vários itens de texto não foram exportados para o arquivo de recurso, isto é por que as propriedades não estavam preenchidas. Esta é a única preocupação que precisa ter quando for criar seus arquivos de recursos.

Se você possui textos em sua página que necessitam utilizar recursos de localização, é melhor utilizar algum controle que exiba este texto do que utilizar apenas marcadores html. O ASP.NET possui te da duas opções de controles para esta tarefa. O primeiro é o controle <asp:Localize>. Este controle não irá gerar nenhum código na sua página quando exibida, ele só trabalha para localizar textos que estão fora de controles. Outro controle que pode ser usado é o <asp:Label> que trabalha de forma parecida. Veja como fica o código do controle <asp:Localize>

<asp:Localize ID="LabelTitle" runat="server" Text="Customer Lookup" meta:resourcekey="LabelTitleResource1"></asp:Localize>

Attaching Controls and Resources Implicitly

Quando o Visual studio gera o arquivo de resource, ele automaticamente altera o código aspx adicionando a meta:resourcekey como atributos ao controle específico. Em tempo de execução o ASP.NET procura um valor para este item no arquivo de recurso com base nessa chave.

Isto é uma localização implícita, utilizando o padrão Key.Property onde o é definido que a chave é o nome do controle e a propriedade é a propriedade do controle como ButtonFind.Text ou ButtonFindResource1.Text.

O código a seguir mostra um exemplo no botão Find, após sua propriedade Text ser exteriorizada em um recurso implicito.

<asp:Button ID="ButtonFind" runat="server" Text="Find" CssClass="submitButton" meta:resourcekey="ButtonFindResource1" />

O ASP.NET irá utilizar a chave meta:resourcekey para procurar no arquivo de recurso a mesma chave para substituir o valor da propriedade Text do botão.

Você pode usar este mesmo método de nomenclatura quando utilizar arquivo de recursos e fazer todo o processo manualmente. Isso é importante porque muitas vezes você irá adicionar ou mudar um controle de uma página após ter gerado o arquivo de recurso. E o Visual Studio não irá tentar manter em sincronia o arquivo de recurso. Portanto é importante você gerar seus arquivos de recursos com base em um dos passos anteriores.

Attaching Controls and Resources Explicitly

O modelo implícito discutido anteriormente trabalha monta a combinação dos valores da propriedade com o recurso automaticamente com base na convenção (Key.Property). Mas existe a opção de fazer esta combinação explicitamente. O código a seguir mostra como fica para definir a propriedade Text com um valor vindo de um recurso.

<asp:Button ID="ButtonFind" runat="server" CssClass="submitButton" Text="<%$ Resources:, ButtonFindResource1.Text %>" />

Quando optar pela foma explícita você sempre precisará informar qual a chave do recurso corresponde a propriedade do controle. Portanto, basta criar seu arquivo de recurso, adicionar o recurso e associar a seu controle.

Creating Language-Specific Local Resources

Quando pretende utilizar diversas linguagens e culturas em seu site, o primeiro passo é criar o arquivo de recurso padrão. Para criar o arquivo de recurso para outros idiomas, você deve copiar seguir os seguintes passsos:

1º No Solution Explorer, clique em Copiar no arquivo padrão.
2º Vá na pasta App_LocalResources e clique em Colar.
3º Renomeie seu novo arquivo incluindo a linguagem e a cultura antes da extensão do arquivo. Por exemplo para um arquivo que irá dar suporte ao Francês, o nome do arquivo deve ficar: CustomerLookup.aspx.fr.resx onde fr é a abreviação para Francês.
4º De um cliquei duplo no arquivo e altere os valores dos recursos para os valores correspondentes a linguagem.

Você deve repetir esses passos para criar o arquivo para suportar outras linguagens.

Testing Resource Files for Other Cultures

Para executar testes em seu aplicativo utilizando outras linguagens, basta alterar a linguagem padrão de sua máquina, mudando esta propriedade automaticamente quando acessar seu site o navegador irá verificar esta propriedade e enviar para o ASP.Net.

Using Global Resources

Um recurso Global é utilizado quando você precisa que este recurso seja lido por várias páginas do seu site. Um recurso Global não é utilizado para uma página específica.

Ele segue praticamente as mesas regras dos recursos locais, ele é um arquivo .resx. Você precisa criar um arquivo padrão e arquivos para as linguagens que pretende dar suporte e manter a mesma regra referente aos nomes dos arquivos. Entretanto, um arquivo de recurso Global fica salvo na pasta App_GlobalResources na raíz da aplicação. O ASP.NET sempre irá gerar objetos que facilitam a utilização desses recursos de forma simples. Uma diferença é que os recursos globais só podem ser usados explicitamente e nunca implicitamente.

Creating Global Resources

Para criar um recurso global você deve iniciar criando o arquivo e armazenando na pasta App_GlobalResources. Neste arquivo você deve preencher todo recurso que será compartilhado entre as páginas. Para criar um arquivo de recurso global, siga os passos:

Clique com o botão direito na Solution Explorer. Selecione, Add ASP.NET Folder e em seguida App_GlobalResources. Ele irá criar a pasta na raíz do seu projeto.
Clique com o botão direito na pasta App_GlobalResources e selecione Add New Item.
Na caixa de diálogo que abrir, selecione Resource File. Defina um nome para seu arquivo seguida da extensão .resx.

Do passo anterior em diante, segue o mesmo padrão do arquivo local. Você deve abrir o arquivo para criar seus recursos. E este será seu arquivo padrão, você deve criar outros arquivos para dar suporte as cultuas que deseja.

Attaching Control Properties to Global Resources

Após criar o arquivo de recurso Global, você pode associar explicitamente as propriedades dos controles aos recursos. No caso do recurso global, se você possuir uma Label que exibe uma mensagem de saudação em todas páginas, basta você criar este recurso uma única vez e utilizá-lo em todas as páginas.

Para associar as propriedade dos controles ao recurso no modo de design, você pode usar a propriedade Expressions. Veja como:

Abre a página no modo de design do Visual Studio e abra a aba propriedades de um controle;
Selecione a propriedade Expressions que está na categoria Data. Clique no botão com 3 pontos (...) para abrir a caixa de diálogo.
Selecione a propriedade que deseja associar ao recurso;
Na lista de tipo de expressão, selecione Resources;
Na chave ResourceKey selecione a propriedade correspondente e clique em OK, veja na imagem:

Esses passos farão que o Visual Studio mostre o valor do recurso padrão no modo de design e quando a página for aberta pelo usuário irá mostrar conforme as definições dele. No código aspx o visual studio cria o código necessário para fazer esta ligação explicita com o recurso, veja como fica:

<asp:Label ID="LocalizeWelcome" Text="<%$ Resources:SharedLocalizedText, WelcomeString %>" runat="server"></asp:Label>

Accessing Resource Values Programmatically

O ASP.NET cria objetos que permite que você acesse os recursos através da programação, usando a sintaxe Resources.ResourceFilename.Resource. Esta é uma classe fortemente tipada do objeto Resources.Resource para cada arquivo de recurso global. Esta classe é criada com base no nome do arquivo menos sua extensão.

Cada recurso se torna um membro da classe. Por exemplo para acessar o recurso WelcomeString que esta dentro do arquivo SharedLocalizedText você programar da seguinte forma:

LabelLocalizedWelcome.Text = Resources.SharedLocalizedText.WelcomeString;

O código anterior é quando você já possui seu arquivo criado em modo de design, quando você cria este arquivo em tempo de execução você pode acessá-lo através dos métodos GetLocalResourceObject e GetGlobalResourceObject. Veja como fica:

Button1.Text = GetLocalResourceObject("Button1.Text").ToString();

Image1.ImageUrl = (String)GetGlobalResourceObject("WebResourcesGlobal", "LogoUrl");

HTML Layout Best Practices

Globalização pode ser simples como substituir um texto pelo texto da outra linguagem, formatando os números e símbolos. Entretanto algumas línguas como a língua Árabe requer um layout diferente pois os textos são da direita pra esquerda. Quando quiser permitir que seu site de suporte a linguagens de culturas variadas, siga as seguintes diretrizes:

Evite utilizar posicionamento absoluto e tamanhos definidos para os controles: ao invés de definir os tamanhos em pixels nos controles, deixe que o navegador controle isso, para fazer isso não utilize posição absoluta nem tamanhos fixos.
Utilize a altura e largura dos formulários: devido essas línguas terem mais ou menos letras para escrever uma palavra ou frase, você não deve definir em pixels os tamanhos dos controles, utiliza porcentagem. Ex.: <table width="100%">
Defina os tamanhos dos controle em relação ao tamanho total do formulário: Quando precisar definir o tamanho de um controle utilize tamanhos proporcionais ao formulário. Você pode fazer isso utilizando expressões de folha de estilo. Ex.: <div style='height: expression(document.body.clientHeight / 2); width: expression(document.body.clientWidth / 2); '>
Utilize células para cada controles: isso irá permitir que o texto seja moldado e garante o alinhamento entre as colunas mesmo com diferentes línguas.
Evite utilizar a propriedade NoWrap nas tabelas: não permita a quebra de linha, pois isso pode funcionar na língua nativa, mas não em outras línguas.
Evite especificar a propriedade Align nas tabelas: definindo um alinhamento da esquerda pra direita poderá substituir o layout em culturas que utilizam o texto da direita pra esquerda.
Desassocie controles RadioButton e CheckBox do texto: separando o texto em células separadas do controle permite que o texto seja moldado quando for necessário um texto maior quando for traduzido.

Em resumo quanto menos deixar fixo os tamanhos dos controles de sua página, mais fácil ficará adaptar para outras línguas, pois quem ficará responsável por esta tarefa é o navegador.

Setting the Culture

Normalmente utiliza-se as preferências do usuário que esta definida nas configurações do browser. Porém é interessante permitir ao usuário que modifique esta opção manualmente. Pode acontecer de um turista estar utilizando um computador público em outro país e prefere ver o site na língua nativa dele.

Você deve exibir para ele uma forma de trocar a língua. Quando o usuário mudar esta configuração você deve salvar em um cookie, sessão ou algo similar.

Nas páginas ASP.NET existem 2 propriedades para definir a linguagem e a cultura:

Culture: este objeto determina os resultados de funções que são dependentes da cultura, como formatações de data, moeda e número. Definindo uma cultura específica, você define tanto a linguagem como a formatação regional, tais como es-MX ou fr-FR. Você não pode definir objetos de cultura neutra que define apenas a linguagem, tais como es ou fr.
UICulture: esta propriedade determina os recursos globais e locais que serão carregados. Nesta propriedade você pode definir culturas neutras.

Você define as propriedade Culture e UICulture sobrescrevendo o método InitializeCulture da página. O código a seguir mostra como definir essas propriedades com o valor vindo de um dropdownlist.

protected override void InitializeCulture()

{

if (Request.Form["DropDownList1"] != null)

{

//define the language

UICulture = Request.Form["DropDownList1"];

//define the formatting (requires a specific culture)

Culture = Request.Form["DropDownList1"];

}

base.InitializeCulture();

}

O correto é você fornecer ao usuário uma lista das linguagens que você suporta em seu site. Porém você tem a opção de recuperar todas as culturas disponíveis chamando o método System.Globalization.CultureInfo.GetCultures. Este método retorna um Enumerador do tipo CultureTypes que especifica um subconjunto de culturas disponíveis. Os valores mais utilizados são:

AllCultures: esta lista todas as culturas disponíveis no framework, tanto culturas específicas como neutras.

NeutralCultures: fornece somente a língua e não configurações regionais.

SpecificCultures: fornece tanto a língua como definições de configurações regionais.

Setting Culture Declaratively at the Page or Site Level

Você pode definir a cultura tanto do website como somente de uma página. Para definir a cultura do website, adicione a seção <globalization> no arquivo web.config. Em seguida defina os atributos UICulture e Culture. Veja como:

<globalization uiculture="es" culture="es-MX" />

Para definir estes atributos somente para uma página você deve utilizar na diretiva @Page.

<%@ Page uiculture="es" culture="es-MX" %>

Por padrão os valores atribuidos a essas propriedades é auto.

Capítulo 5: Input Validation and Site Navigation Lição 3: Using Web Parts

2011-11-28T14:53:00.000-08:00

Muitos sites hoje possuem uma coleção de componentes que funcionam sozinhos e são auto-suficientes. Por exemplo, é padrão os sites serem divididos por uma barra lateral de navegação, uma barra no topo com o título, uma barra de rodapé, e uma área com notícias. Além disso muitos portais fornecem hoje componentes e relatórios como exemplo sobre o clima ou cotações financeiras.

ASP.NET Web Parts permite ao desenvolvedor criar estes controles. Com estes controles o usuário do site pode escolher se quer visualizar um relatório na tela, ou tem a opção de remover este controle e adicionar outro de informação do clima. Você pode fornecer ao usuário do site uma coleção de controles, para ele definir qual informação ele quer exibir na página que ele esta visualizando.

What Are Web Parts?

Web Part são componentes pré-definidos com funcionalidades que podem ser adicionados no site. Eles possuem uma estrutura definida, gerenciável e um modelo customizado. Alguns desses componentes podem ser movidos dentro do site para ser posicionado conforme a necessidade do usuário. A figura abaixo mostra um controle Web Part sendo posicionado pelo usário.

Você pode utilizar o controle CatalogZone para adicionar um catalogo de controles em sua página, onde o usuário pode adicionar e/ou remover controles Web Part das regiões pré-definidas. A figura abaixo exibe este cenário onde o usuário visualiza uma lista de controles que ele pode adicionar ou remover de sua página.

Páginas de Web Part podem oferecer ao usuário diversas opções de personalização, isso é ótimo quando você desenvolve funcionalidades que abrangem um público amplo. Veja alguns Web Parts comuns que você pode criar:

Uma lista de artigos e notícias
Um calendário com os eventos
Uma lista de WebSites
Uma caixa de pesquisa
Controles de Navegação
Blog
Leitores de RSS, etc...

Qualquer controle seja padrão ou controle personalizado pode se tornar um Web Part, e não necessariamente terá que escrever diversas linhas de código, pois o Visual Studio auxilia nesta tarefa.

The WebParts Namespace

O Asp.Net possui vários Web Parts, são 13 os controles disponíveis na ToolBox do Visual Studio. Esses controles e classes podem ser encontrados dentro da Namespace System.Web.UI.WebControls.WebParts. Algumas dessas classes serão discutidas mais profundamente em lições posteriores. A lista a seguir contém as classes mais importantes:

WebPartManager: O controle WebPartManager é necessário em todas as páginas que inclui Web Parts. Ele não tem uma representação visual. Em vez disso, ele gerencia todos os controles de Web Parts e seus eventos na página especificada.
CatalogPart: O controle CatalogPart fornece a interface de usuário para gerenciar um grupo de Web Parts que podem ser adicionados a uma página de Web Parts. Este grupo é normalmente todo o site (e não apenas específicos para uma determinada página).
PageCatalogPart: O controle PageCatalogPart é semelhante ao controle CatalogPart. No entanto PageCatalogPart são apenas grupos dentro de uma página. Se um usuário fechar uma Web Parte ele pode utilizar o PageCatalogPart para adicionar a Web Parte novamente a página.
EditorPart: O controle EditorPart permite aos usuários definir personalizações, como a modificação de propriedades de uma Web Part especifica.
DeclarativeCatalogPart: Este controle permite você declarar quais controles Web Parte estão disponíveis para adicionar no site.
WebPartZone: Controle utilizado para definir regiões que os controles Web Part podem ser hospedados.
EditorZone: Controle que definir a região na página onde pode existir os controles EditorPart.
CatalogZone: Defini uma região onde pode existir um controle CatalogPart.

Defining Web Part Zones

Você adiciona Web Parts na página colocando-as em zonas. As Zonas definem a área na página onde o usuário ou o desenvolvedor podem adicionar Web Parts. As zonas possuem as propriedades width, height e um local na página. É possível adicionar uma, nenhuma ou várias Web Parts dentro de uma zona. Veja a figura abaixo:

As zonas permitem definir estilos que serão aplicados a todos Web Parts que estiverem dentro dela. Isto é chamado de Web Part’s chrome. O chrome (cromo) inclui estilos de cabeçalho, estilos de menu, definições de borda e outros. As Web Parts que existiverem dentro de uma zona que teve seu chrome definido irá receber os mesmos estilos.

Você cria zonas de Web Parts com o controle WebPartZone. Este controle define a área onde podem ficar Web Parts, este controle também possui a propriedade HeaderText. Nesta propriedade irá o texto que será exibido ao usuário quando a página e a zona estiverem em modo de edição.

Para definir uma zona, você deve adicionar o controle WebPartZone em sua página, para adicionar controles a esta zona, primeiramente você deve adicionar o controle ZoneTemplate dentro de sua WebPartZone, e dentro deo ZoneTemplate você adiciona os demais controles e combinações de sua Web Part. Veja o código:

<asp:WebPartManager ID="WebPartManager1" runat="server">
</asp:WebPartManager>

<asp:WebPartZone ID="WebPartZoneVendor" runat="server" HeaderText="Vendor Aggregate" style="width: 650px; height: auto">
<ZoneTemplate>

    

</ZoneTemplate>
</asp:WebPartZone>

Note nas primeiras linhas desse código a existência do controle WebPartManager, apesar dele não ter uma representação visual para o usuário ele é obrigatório no uso de Web Parts.

Creating Web Parts

Existem três principais métodos de criar ASP.Net Web Parts. O primeiro é criar um user control padrão. O segundo é utilizar um controle ASP.Net como uma Label e definir como sua Web Part. O terceiro é criar um controle customizado que herde da classe WebPart, este terceiro será explicado no capítulo 7 "Creating Custom Web Controls", ele é o método mais demora e mais complicado. Os outros dois métodos são mais simples.

Building Web Parts with User Controls

Para criar uma Web Part baseado em um User Control, basta adicionar o User Controle dentro de uma Web Part Zone que o Asp.Net cuida do restante. Como qualquer User Control basta declara-lo em sua página usando a diretiva @ Register, como a seguir:

<%@ Register src="VendorWebPart.ascx" tagname="VendorWebPart" tagprefix="uc1" %>

Após seu User Controle estar registrado basta adicona-lo a uma Web Part Zone, dentro da declaração ZoneTemplate. Veja abaixo:

<asp:WebPartZone ID="WebPartZone2" runat="server" HeaderText="Fabrikam" style="width: 350px; float: left; height: auto;">

<ZoneTemplate>
    <uc1:VendorWebPart ID="VendorWebPart1" runat="server" title="Fabrikam" />
</ZoneTemplate>

</asp:WebPartZone>

Creating a Web Part Control from an Existing ASP.NET Control

Seguindo o modelo de utilizar User Controls, é possível utilizar controles padrões do Asp.Net, basta adiciona-los dentro do elemento ZoneTemplate como foi feito acima. Veja o código abaixo:

<asp:WebPartZone ID="WebPartZone1" runat="server" HeaderText="Vendor Aggregate" style="width: 700px; height: auto">
<ZoneTemplate>
    <asp:Label ID="Label3" runat="server" Text="" title="Vendor Totals">
      <div style="margin-top: 12px; margin-bottom: 20px; line-height: 30px; font-size: 12pt">
        Total Active Users: <a href="#">21</a>
        <br />Total transactions today: <a href="#">166</a>
        <br />Revenue trades to-date: <a href="#">$34,450</a>
      </div>
    </asp:Label>
</ZoneTemplate>
</asp:WebPartZone>

Enabling Users to Arrange and Edit Web Parts

Web Parts podem ser exibidas de diferentes formas. O modo como ela é exibida é indiferente do que o usuário esta fazendo com a Web Parts ou onde ela esta hospedada naquele momento. É possível alterar o modo de exibição das Web Parts utilizando o controle WebPartManager. Basta definir a propriedade DisplayMode, as opções disponíveis para esta propriedade são:

BrowseDisplayMode: É a forma padrão que os usuários navegam;
DesignDisplayMode: É o modo que permite aos usuários arrastar a Web Part para diferentes locais;
EditDisplayMode: Parecido com o DesignDisplayMode, permite aos usuários arrastar a Web Part, e além disso permite também editar os dados como título, tamanho, direção, aparência da janela e zona, utilizando os controles AppearanceEditorPart e LayoutEditorPart. Para utilizar este modo é necessário adicionar o controle EditorZone a sua página e em seguida o controle AppearanceEditorPart e/ou LayoutEditorPart;
CatalogDisplayMode: Permite ao usuário adicionar Web Parts que você especificou no controle CatalogZone. Para utilizar este modo é necessário ter o controle CatalogZone em sua página;
ConnectDisplayMode: Permite ao usuário estabelecer conexões manualmente entre os controles usando o controle ConnectionZone. Por exemplo uma Web Part pode ser ligada para mostrar informações de resumo e detalhe de um relatório. Para utilizar este modo é necessário ter o controle ConnectionZone em sua página.

O código a seguir exibe no clique de um botão como alterar o modo de exibição de uma Web Part:

protected void ButtonEdit_Click(object sender, EventArgs e)
{
string mode = (string)ViewState["mode"];
//switch modes
if (mode == "browse")
{
    ViewState["mode"] = "edit";
    ButtonEdit.Text = "Done";
    WebPartManager1.DisplayMode = WebPartManager1.SupportedDisplayModes["Catalog"];
}
else
{
    ViewState["mode"] = "browse";
    ButtonEdit.Text = "Edit";
    WebPartManager1.DisplayMode = WebPartManager1.SupportedDisplayModes["Browse"];
}
}

Repare que é usado a coleção SupportedDisplayModes para definir qual modo será exibido. Neste código vale explicar que o valor da ViewState foi salvo no evento PageLoad.

Connecting Web Parts

Uma possibilidade poderosa da Web Part é a conexão entre Web Parts. Para entender o uso, imagine o cenário onde esta desenvolvendo uma aplicação para controle da folha de pagamento dos funcionários, onde você tem:

A Web Part principal onde o usuário navega entre os funcionários.
Uma Web Part que exibe um gráfico das horas extras pagas ao funcionário.
Uma Web Part que exibe um gráfico de pizza que exibe o valor da folha de pagamento, benefícios e pensões que se encaixam no perfil global do funcionário.
E uma Web Part que compara o salário do funcionário com outros funcionários do mesmo cargo.

Com a conexão de todas Web Parts o usuário irá selecionar o funcionário uma única vez e todas as outras Web Parts irão ter suas informações atualizadas automaticamente.

Outro cenário é o desenvolvimento de um portal onde você tem várias Web Parts com informações distintas como clima, notícias locais e localização de bares. Porém todas elas necessitam do CEP para localizar essas informações, o usuário do portal irá informar o CEP uma única vez e todas as Web Parts irão se comunicar para ter acesso a este CEP.

Creating a Static Connection

Conexões podem ser estáticas ou dinâmicas. Se a conexão for estática, estabelecidade pelo desenvolver no momento de desenvolvimento ela não poderá ser alterada ou excluida pelo usuário. Conexões estáticas envolvem um Provider e um ou mais WebParts consumidores. Veja os passos para se criar os controles, tanto o provider como o consumidor e estabelecer uma conexão entre eles.

Primeiro Passo: Criar o WebParte provider.
O WebPart provider pode derivar da classe WebPart ou ser um user control. Você deve criar no seu WebPart um método público que tenha o atributo ConnectionProvider. Este método deve retornar o valor que o WebPart consumidor irá receber. Veja o código:

public partial class Provider : System.Web.UI.UserControl
{
string _textBoxValue = "";

[ConnectionProvider("TextBox provider", "GetTextBoxValue")]
string GetTextBoxValue()
{
    return _textBoxValue;
}

protected void Button1_Click(object sender, EventArgs e)
{
    _textBoxValue = TextBoxProvider.Text;
}
}

Passo 2: Criar o WebPart consumidor.
Assim como o provider pode herdar de WebPart ou ser um user control. É necessário criar um método público que possua o atributo ConnectionConsumer que recebe o mesmo tipo que o método do ConnectionProvider retorna. Veja o código:

public partial class Consumer : System.Web.UI.UserControl
{
[ConnectionConsumer("TextBox consumer", "ShowTextBoxValue")]
void ShowTextBoxValue(string textBoxValue)
{
    LabelConsumer.Text = textBoxValue;
}
}

Passo 3: Crie uma WebPage e adicione o controle WebPartManager, em seguida adicione o container WebPartZone.

Passo 4: Adicione seus WebPart ao WebPartZone, tanto o provider como o consumidor:

<asp:WebPartZone ID="WebPartZoneProvider" runat="server" Height="400px" Width="300px">
<ZoneTemplate>
    <uc1:Provider ID="Provider1" runat="server" title="Provider" />
    <uc2:Consumer ID="Consumer1" runat="server" title="Consumer" />
</ZoneTemplate>
</asp:WebPartZone>

O próximo passo é estabelecer a conexão entre os dois controles. Adicione o elemento <StaticConnections> ao WebPartManager e dentro deste elemento adicione o controle WebPartConnection para declarar sua conexão.

O controle WebPartConnection deve ter a propriedade ID, a propriedade ProviderID identifica o controle provider, ProviderConnectionPointID identifica o método do provider, ConsumerID identifica o controle consumidor, ConsumerConnectionPointID identifica o método no consumidor. Veja o código:

<asp:WebPartManager ID="WebPartManager1" runat="server">
<StaticConnections>
    <asp:webPartConnection
        ID="conn1"
        ProviderID="Provider1"
        ProviderConnectionPointID="GetTextBoxValue"
        ConsumerID="Consumer1"
        ConsumerConnectionPointID="ShowTextBoxValue" />
</StaticConnections>
</asp:WebPartManager>

Repare que você deve criar um controle WebPartConnection para cada par de controle conectado.

Enabling Dynamic Connections

Conexões dinâmicas podem ser estabelecidades pelo usuário. Para permitir esta ação você precisa adicionar o controle ConnectionsZone em sua página.
Para permitir que os usuários criem ou parem conexões, siga os seguintes passos:

Crie uma página com um provider e um consumidor como explicado anteriormente.
Opcionalmente, estabeleça uma conexão estática entre o provider e o consumidor. Esta será uma conexão padrão que estará sempre disponível para o usuário, mas ele pode modificar criar ou parar outras conexões dinâmicas.
Adicione o controle ConnectionsZone em sua página.
Adiciona o controle para permitir que o usuário entre no Modo Connect como explicado anteriormente em "“Enabling Users to Arrange and Edit Web Parts".

Establishing Dynamic Connections Among Web Parts

Quando um usuário acessar sua página ele pode alterar para o modo de conexão e utilizar o controle ConnectionsZone para editar as conexões. Veja os passsos:

Altere o modo de visualização para connect.
O menu do WebPart irá aparecer entre o provider e consumidor, clique em Connect no menu, veja a imagem:

3. Irá aparecer o objeto ConnectionsZone:

4.Caso já exista uma conexão, clique em Disconnect para fechar esta conexão. Em seguida clique em Create A Connection To A Consumer, selecione o consumidor e clique em Connect:

5.Quando finalizar a edição das conexões clique em Close. As WebParts estarão conectadas como se fosse feito estaticamente.

Personalizing Web Parts

WebParts suportam personalização. A personalização permite que as alterações feitas sejam armazenadas por cada usuário, permitindo que ele visualize a página da mesma forma na próxima visita. Personalização de WebParts dependem dos cookies do navegador do usuário, através das informações dos cookies, serão buscadas as personalizaçãoes feitas no banco de dados. Armazenada essas informações por usuário, normalmente você vai querer utilizar autenticação, mas isso não é necessário.

Enabling Personalization for Custom Controls

Para permitir esta personalização nos controles de WebPart é necessário definir no método público do controle o atributo Personalizable, veja como:

[Personalizable]
public string PostalCode
{
get
{
Return _postalCode;
}
set
{
_postalCode = value;
}
}

Enabling Shared Personalization

A personalização de WebParts são habilitadas por padrão e os usuários autenticados, conseguem personalizar uma WebPart sem qualquer configuração especial. Porém essas personalizações são feitas a nível de usuário, onde cada usuário visualiza somente sua mudança.

Caso queria dar permissão para algum usuário, como o webmaster do site altere a personalização de qualquer usuário, isto é possível. Basta habilitar a personalização compartilhada no web.config.

Dentro da sessão <system.web>, adicione a sessão <authorization>, então adicione o elemento <allow> para especificar qual usuário ou usuário tem acesso a personalização compartilhada.

Desta forma os usuários podem alterar uma personalização e essas mudanças serão vistas por outros usuários.

Disabling Personalization for a Page

Caso queria desabilitar a personalização em alguma página, basta definir a propriedade WebPartManager.Personalization.Enabled para false. Veja como:

<asp:webPartManager ID="webPartManager1" runat="server">
<Personalization Enabled="False" />
</asp:webPartManager>

Capítulo 5: Input Validation and Site Navigation Lição 2: Performing Site Navigation

2011-11-04T08:43:00.000-07:00

Os sites devem prover aos usuários formas simples de navegação. Os desenvolvedores devem controlar como o usuário navega em seu site e até mesmo as execuções de PostBack em suas páginas. Esta lição mostra ferramentas que auxiliam nessas tarefas.

Is Page Navigation Necessary?

Navegação entre páginas é o processo de passagem de uma página para outra. Entretanto com alguns recursos que temos atualmente como Asynchronous JavaScript e XML (AJAX), você pode executar vários processos na mesma página, sem a necessidade de ficar trocando de páginas. Você não precisa mais ficar trocando de páginas para executar algo, pode fazer isso com um PostBack para o servidor ou até mesmo do lado do cliente. Claro que existem cenários que será necessário o armazenamento em banco de dados ou coisas do tipos.

Mas é importante que saiba que hoje dependendo do cenário pode fugir de metodologias antigas de navegação entre páginas para gerenciar processos.

Choosing a Method to Navigate Pages

O asp.net possui algumas maneiras de navegar entre as páginas. É bom conhecer detalhamente as diferenças entre cada maneira. Veja as opções disponíveis:

Client-side navigation: um código cliente permite que seja solicitado uma nova página. Este código solicita uma nova página com base no evento de um hyperlink ou a execução de um JavaScript;
Cross-page posting: um controle e um formulário são configurados para enviar um PostBack para uma página diferente da que faz a solicitação;
Client-side browser redirect: um código servidor, envia uma mensagem ao navegador solicitando uma página diferente;
Server-side transfer: um código servidor solicita uma transferência para uma página diferente;

Client-Side Navigation

A forma mais simples de permitir a navegação entre as páginas do seu site é utilizar um controle de Hyperlink, basta definir a propriedade NavigateUrl com o destino do link. O controle asp.net Hyperlink quando renderizado, gera o elemento html <a>, veja o exemplo:

HyperLink Control: Source
<asp:HyperLink ID="HyperLink1"runat="server" NavigateUrl="~/NavigateTest2.aspx">Goto NavigateTest2</asp:HyperLink>

HyperLink Control: Rendered HTML
<a id="HyperLink1" href="NavigateTest2.aspx">Goto NavigateTest2</a>

No exemplo acima quando este link for clicado o navegador requisitará a página NavigateTest2.aspx, neste caso não estamos passando nenhum informação de dados na URL, mas podemos utilizar a querystring para fornecer algumas informações caso necessário.

Outra forma de se fazer o mesmo processo é via javascript. O objeto document representa o formulário atual no javascript. Podemos definir a propriedade location para requisitar a nova página. Veja o exemplo:

<input id="Button1" type="button" value="Goto NavigateTest2" onclick="return Button1_onclick()" />

Quando o botão for clicado ele irá acionar uma função javascript chamada Button1_onclick(), esta função deve ser criada dentro da tag <head>:

<script language="javascript" type="text/javascript">
function Button1_onclick() {
    document.location="NavigateTest2.aspx";
}
</script>

Cross-Page Posting

Cross-Page Posting, ou postagem entra páginas é frequentamente usado em cenários onde por exemplo existem 2 páginas, a primeira com um formulário e a segunda utilizada para exibir os dados. Na primeira basta definir a propriedade PostBackUrl de um botão com o nome da segunda página, chamada de página de processamento. Esta página recebe o PostBack com os dados da primeira página para executar o processamento.

Nesta página de processamento é possível validar se ocorreu o PostBack na página anterior enviando uma coleção de dados. Através da propriedade Page.PreviousPage, você valida se ocorreu ou não o PostBack, veja o exemplo a baixo:

protected void Page_Load(object sender, EventArgs e)
{
if(Page.PreviousPage == null)
{
    LabelData.Text = "No previous page in post";
}
else
{
    LabelData.Text = Server.HtmlEncode(((TextBox)PreviousPage.FindControl("TextBox1")).Text);
}
}

Accessing Posted Data as Strongly Typed Data

É possível acessar propriedades com tipos definidos entre páginas, sem a necessidade de chamar o FindControl ou executar alguma conversão. Você pode criar uma propriedade pública na sua primeira página que terá seu valor acessado pela segunda página. Além de criar esta propriedade na primeira página, só é necessário adicionar a diretira PreviousPageType na segunda página, a página de processamento.

Imaginando o mesmo cenário do exemplo anterior, na primeira página chamada DataCollection.aspx temos um textbox e um botão onde sua propriedade PostBackUrl foi definida como "~/ProcessingPage.aspx". Crie a seguinte propriedade na primeira página:

public string PageData
{
get { return TextBox1.Text; }
}

Para ter acesso a esta propriedade na página de processamento, adicionar a diretiva PreviousPageType, como a seguir:
<%@ PreviousPageType VirtualPath="~/ProcessingPage.aspx" %>

Na página de processamento temos uma label que irá exibir a propriedade da página anterior:

protected void Page_Load(object sender, EventArgs e)
{
if (PreviousPage == null)
{
    LabelData.Text = "No previous page in post";
}
else
{
    LabelData.Text = PreviousPage.PageData;
}
}

Acessando a propriedade PreviousPage.PageData conseguirá ter acesso ao valor do textbox da página anterior. Desta forma é possível declarar outras propriedade, fugindo da necessidade de conversões ou a chamada ao FindControl.

Client-Side Browser Redirect

Este é o famoso Response.Redirect que usamos. Diversas vezes precisamos redirecionar o usuário a uma outra página com base em uma ação que ele executou no site. O objeto Page.Response contém o método Redirect que faz isso.

O Redirect é executado do lado do servidor, porém não é um PostBack, ele ocorre após o PostBack. Considere o exemplo que você possui uma página SubmitOrder.aspx que contém um botão que irá ocasionar um PostBack no servidor, após este PostBack você irá redirecionar o usuário a página OrderDetails.aspx

protected void ButtonSubmit_Click(object sender, EventArgs e)
{
Response.Redirect("~/OrderDetails.aspx");
}

O redirecionamento ocorre por que é enviado para o browser o código de resposta 302 junto com o novo endereço url. Assim a url do navegador é alterada e o usuário é redirecionado para a nova página. É necessário utilizar em momento certos, pois como é executado do lado do servidor, existe um "custo" para realizar esta operação.

A propriedade PreviousPage não é alimentado neste caso, para acessar dados da página anterior é necessário utilizar outras fomas como armazenar em Cookie, variáveis de Sessão ou via QueryString.

Server-Side Transfer

Você pode usar a Server.Transfer para forçar o Asp.Net a processar uma página diferente da informada na URL sem a necessidade de uma nova requisição no browser. Por exemplo, se você acessa uma página page1.aspx e nessa page1.aspx ela executa Page.Server.Transfer("page2.aspx") o Asp.Net irá processar e exibir a página page2.aspx, porém para o usário isso será invisivel e na URL do navegador continuará aparecendo page1.aspx. Exemplo de código:

protected void Button1_Click(object sender, EventArgs e)
{
Server.Transfer("~/OrderProcessing.aspx", false);
}

O método Transfer possui uma sobrecarga que possui um parâmetro boleano chamado preserveForm. O valor informado para este parâmetro indica se você quer manter seu formulário e os dados de query string. É possível acessar a propriedade PreviousPage durante a transferência. Se ocorrer alguma excessão na nova página que foi chamada, o processo irá retornar a página original.

Este capítulo faz questão de salientar que o uso do Server.Transfer é mais importante do que parece. Ele é útil quando você quer por exemplo navegar entre diferentes páginas no seu site, mas exibir apenas uma URL ao usuário.

O "poder" do Server.Transfer esta em você alternar suas páginas sem que o usuário veja isto.

Using the Site Map Web Server Control

Já foram explicada técnicas de como ajudar o usuário movimentado-o entre as páginas. Um quesito importante no seu website é uma estrutura sólida de navegação que auxilia e facilita o usuário na navegação em seu site. O Asp.Net possui uma forma de gerenciar sua estrutura e fornece-la ao usuário.

Você pode gerenciar e documentar a estrutura do seu site usando um site map. O site map no Asp.Net é um arquivo Xml que contém a estrutura e a hierarquia do seu site, ele é utilizado para popular controles de navegação como NavigationMenu, SiteMapPath, e TreeView.

Para adicionar um site map clique com o botão direito no seu projeto e selecione Add New Item | Site Map. Será criado um arquivo xml com a extensão .sitemap. Você adiciona nós no site map adicionando elementos <siteMapNode>. Cada elemento desse possui o atributo title que será exibido ao usuário, atributo url que contém a página que irá navegar e o atributo description que contém uma definição da página. Exemplo de sitemap:

<?xml version="1.0" encoding="utf-8" ?>
<siteMap xmlns="http://schemas.microsoft.com/AspNet/SiteMap-File-1.0" >
<siteMapNode url="~/Default.aspx" title="Home" description="">
<siteMapNode url="~/Catalog.aspx" title="Our Catalog" description="">
<siteMapNode url="~/ProductCategory.aspx" title="Products" description="" />
<siteMapNode url="~/Product.aspx" title="View Product" description="" />
</siteMapNode>
<siteMapNode url="~/Cart.aspx" title="Shopping Cart" description="" />
<siteMapNode url="~/Account.aspx" title="My Account" description="">
<siteMapNode url="~/SignIn.aspx" title="Login" description="" />
<siteMapNode url="~/PassReset.aspx" title="Reset Password" description="" />
<siteMapNode url="~/AccountDetails.aspx" title="Manage Account" description="">
<siteMapNode url="~/Profile.aspx" title="Account Information" description="" />
<siteMapNode url="~/OrderHistory.aspx" title="My Orders" description="">
<siteMapNode url="~/ViewOrder.aspx" title="View Order" description="" />
</siteMapNode>
</siteMapNode>
</siteMapNode>
<siteMapNode url="~/AboutUs.aspx" title="About Us" description="" />
<siteMapNode url="~/Privacy.aspx" title="Privacy Policy" description="" />
<siteMapNode url="~/ContactUs.aspx" title="Contact Us" description="" />
<siteMapNode url="~/MediaKit.aspx" title="Media Relations" description="" />
</siteMapNode>
</siteMap>

Using the SiteMap Class

A classe SiteMap permite acessar em tempo de execução através do código de programação a hierarquia do seu site. Existem duas propriedades primárias RootNode e CurrentNode ambas retornam uma instância SiteMapNode. O objeto SiteMapNode representa um nó no seu arquivo sitemap e nele você tem acesso as propriedades antes listadas: title, url e description. Para ter acesso aos nós na hierarquia você deve utilizar as propriedades ParentNode, ChildNodes, NextSibling, e PreviousSibling na instância do SiteMapNode. O código abaixo mostra quem é o nível superior da página que esta sendo acessada:

protected void Button1_Click(object sender, EventArgs e)
{
Response.Redirect(SiteMap.CurrentNode.ParentNode.Url);
}

Displaying Site Map Information to Users

O sitemap é apenas um arquivo xml com informações, para exibir esses dados ao usuário são necessários controles de navegação. Esses controles de navegação podem conectar diretamente em seu arquivo site map, vou conectar no controle SiteMapDataSource.

O SiteMapDataSource é um controle simples designado a permitir que o programador acesse o arquivo site map. Este controle é usado como fonte de dados de controles de navegação. Para usar este controle basta arrasta-lo para sua página e ele automaticamente irá conectar no site map definido no seu site.

Existem dois atributos que podem ser usados para configurar o controle SiteMapDataSource. ShowStartingNode você define como false caso não queira que o usuário visualize o nós raíz do seu site. O segundo é o StartingNodeOffset, é útil quando estiver usando um controle de sub-navegação e queira mostrar apenas partes da navegação. Veja como fica o código do controle:

<asp:SiteMapDataSource ID="SiteMapDataSource1" runat="server" StartingNodeOffset="0" ShowStartingNode="False" />

Assim como o site map o controle SiteMapDataSource não tem representação visual para o usuário, é necessário utilizar algum controle de navegação que faça isso. Existem três principais controle de navegação no asp.net: Menu, TreeView, e SiteMapPath.

O controle Menu como o nome ja diz é para exibir a estrutura do seu site como um menu, o usuário conseguirá navegar desde as páginas raíz até seus últimos níveis. O Menu possui várias propriedade que envolvem principalmente layout e estilo. Mas existe dois atributos que o livro foca, é o DataSourceId e Orientation. No DataSourceId você irá definir o nome do controle DataSource, você pode informar o nome do SiteMapDataSource que adicionou em sua página. Já Orientation é para definir se irá mostrar o menu de forma veritical ou horizontal. Veja o código abaixo:

<asp:Menu ID="Menu1" runat="server" DataSourceID="SiteMapDataSource1" MaximumDynamicDisplayLevels="5" Orientation="Horizontal">
</asp:Menu>

Com base no site map que foi postado nesta lição, o resultado deste menu será:

Já o controle TreeView exibe a estrutura do site no formato de uma "árvore", onde o usuário poderá navegar entre os itens até chegar ao último nível e selecionar a página desejada, para utilizar o SiteMapDataSource como fonte de dados, deve ser feito o mesmo processo do controle Menu. Veja como fica a TreeView:

O último controle é o SiteMapPath, ele permite ao usuário saber em qual página ele esta, e quais são os níveis anteriores para chegar nesta página. Este controle cria um rastro de navegação até a página que o usuário esta utilizando. Adicionando este controle a sua página ele automaticamente irá utilizar o arquivo site map, não é necessário configurar seu DataSource como nos outros controles anteriores. Veja como fica seu resultado:

Capítulo 5: Input Validation and Site Navigation Lição 1: Performing Input Validation

2011-09-25T16:55:00.000-07:00

Este capítulo demonstra 2 recursos do asp.net.

O primeiro é a validação automática de entrada de dados em formulários web, podendo essas validações serem geradas como javascript melhorando assim o desempenho da resposta ao usuário. E também por segurança componentes que fazem validação do lado do servidor.

O outro recurso deste capítulo é sobre a navegação facilitada ao usuário com o uso de Web Parts.

Lesson 1: Performing Input Validation

Nesta lição serão apresentados controles que irão facilitar no momento de fazer validações de entrada de dados em formulários web.

Understanding the Validation Framework

A validação de dados é algo comum e rotineiro para desenvolvedores. O asp.net possui ferramentas que facilitam a criação dessas valições de forma rápida e com poucos códigos.

Existem 2 cenários que podem ser utilizados. Você pode utilizar a validação do lado do cliente, desta forma os controles irão gerar códigos javascripts que são rodados no browser, evitando assim que seja feita a comunicação com o servidor. Ou seja, antes mesmo do usuário clicar no botão "enviar/gravar" ele já terá uma resposta se esta preenchendo o formulário de maneira correta. Porém este é um cenário que não é totalmente seguro, usuário maliciosos podem facilmente "boicotar" essa validações que rodam do lado do cliente.

Porém o asp.net fornece ferramentas que fazem as mesmas validações do lado do servidor, garantindo assim maior segurança dos dados.

Adding Validation Controls to Your Page

Você pode localizar os controles de validação na ToolBox do Visual Studio, você irá proceder da mesma forma com que faz com outros controles. Siga os seguintes passos para adicionar uma validação a sua página:

Abra a página no Design view e abra a ToolBox. Adicione um controle de entrada de dados que será validado, como um TextBox ou RadioButtonList.
Vá até a aba Validation da Toolbox. Arraste um RequiredFieldValidator para próximo do TextBox que será validado como campo obrigatório.
Defina a propriedade ID do RequiredFieldValidator com um nome semelhante do ID definido ao TextBox, desta forma seu código ficará mais facil de ser entendido. Por exemplo, caso seu TextBox tenha a propriedade ID dfinida como NomeTextBox, defina o ID do RequiredFieldValidator como NomeTextBoxValidator.
Defina a propriedade ControlToValidate do seu RequiredFieldValidator com o ID do seu TextBox, neste caso, NomeTextBox.
Defina a propriedade ErrorMessage, esta será a mensagem exibida ao usuário, utilize algo que facilite o entendimento do usuário. É comum exibir essas mensagens todas em um único controle chamado ValidationSummary.
Defina a propriedade Text do TextBox para algo que "avise" o usuário que a validação falhou. Caso você utilize um ValidationSummary, pode definir a propriedade Text com um asterisco (*).
Caso não queria exibir nada na propriedade Text é recomendado utilize a propriedade tooltip com uma mensagem curta e similar a mensagem de erro que é exibida no ValidationSummary, desta forma quando o usuário levar o cursor ao TextBox irá ver que a validação falhou.
Caso não queira que seja exibida mensagem ao usuário se a validação falhe, defina a propriedade Display para None. Se deseja exibir a mensagem pro usuário, defina a propriedade como Static, porém como é uma mensagem estatica, defina uma mensagem em branco que irá aparecer antes de ocorrer a validação. Caso contrário deixe a propriedade como Dynamic para que o asp.net formate a saída do texto caso ocorra uma falha de validação;
Opcionalmente utilize o controle ValidationSummary para exibir várias mensagem de erros de validação. É muito útli quando possui vários controles que são validados e dificulta posicionar todas as mensagens de forma separada em sua página. É interessante que este controle seja posicionado próximo ao botão de submit ou no topo do formulário. Você pode definir a propriedade ShowMessageBox para true, onde este controle irá exibir um PopUp com as mensagens de erros de validação.

Server-Side Validation

Os controles de validação trabalham em conjunto com o objeto Pag, para garantir que os dados do clientes sejam válidos quando chegar ao servidor. A classe Page possui a propriedade Validators que contém que é uma coleção de todos os validadores da página. A classe possui também um método chamado Validate que pode ser executado para verificar cada controle de validação.

O Asp.net chama o método Validate automaticamente após o Load da página. Portando você pode descobrir se a página é válida através da propriedade Page.IsValid.

Client-Side Validation

O Asp.net escreve os códigos de validação do lado do cliente quando você utiliza um controle de validação. O Asp.net escreve os códigos javascript que são executados quando o usuário sai de um campo que possui algum tipo de validação.

Toda vez que um controle que possui uma validação perder o foco será disparado a validação javascript podendo assim exibir uma mensagem de aviso ao usuário. Você pode usar a propriedade SetFocusOnError para definir um foco ao controle quando sua validação falhar, desta forma o usuário so conseguirá sair deste campo quando entrar com dados válidos.

Determining When to Cause Validation

Utilizar a validação do lado do cliente é útil pois evita o envio da página para o servidor caso a página não seja válida. Porém isto pode ocasionar problemas em algumas situações. Por exemplo, caso você tenha um botão de Ajuda ou de Cancelar, estes botões não conseguiram disparar seus eventos para o servidor enquanto a página não estiver totalmente válida.

Para estes casos, existe a propriedade CausesValidation. Esta propriedade pode ser definida como false quando deseja que algum botão seja executado sem passar pela validação, pode ser usados em botão de Limpar, Voltar, etc...

Using Validation Groups

Existem cenários onde é necessário validar somente parte dos controles da sua página. Você pode agrupar seus controles de uma forma que serão válidados por grupos. Os controles de validação possuem a propriedade ValidationGroup que recebe uma string, esta string deve ser comum aos controles que deseja validar ao mesmo tempo.

Isso é possível por que o método Validate da página possue uma sobrecarga que recebe uma string como parâmetro, que é o ValidationGroup. Esta sobrecarga é executada quando ocorre um postback na página causando a validação dos controles.

O objeto Page possue também o método GetValidators que recebe uma string como parâmetro, neste caso devemos informar o ValidationGroup, e este método retornará todos os controles que são validados neste ValidationGroup.

Understanding the RequiredFieldValidator Control

O controle RequiredFieldValidator é utilizado para forçar que o usuário informe ou altere a informação de algum controle. O RequiredFieldValidator não valida informações como data, números inteiros e outros. Ele é utilizado para forçar o usuário a preencher os dados.

Além de obrigar o usuário a preencher o text de um textbox por exemplo, você definir um valor padrão para a propriedade text do seu controle, obrigando o usuário a alterar este valor. O RequiredFieldValidator possue a propriedade InitialValue, o valor informado para esta propriedade será considerado inválido caso o usuário não altere.

Exemplo: Você possui um dropdownlist de Estado, onde o primeiro valor do seu dropdownlist é "Selecione um estado...", você pode informar este valor para o InitialValue do seu RequiredFieldValidator forçando o usuário a escolher outra opção.

Using the CompareValidator Control

O controle CompareValidator permite validação de comparações, usando operadores como maior ou menor para comparar entrada de dados do usuário em um ou diferentes controles.

O CompareValidator pode ser usado para validar se o tipo de dados esta correto em um controle, como por exemplo se é uma data ou um número. Para este propósito você deve definir a propriedade Type para um tipo válido que será verificado. Se o objetivo for somente verificação de dados, pode ser definida a propriedade Operator para DataTypeCheck.

A imagem abaixo mostra a janela de propriedade do controle CompareValidator.

O CompareValidator utiliza a propriedade ValueToCompare para definir uma constante que será usada para fazer a comparação. Como exemplo, se você deseja que o usuário informe uma data superior a 1900, você deve definir a propriedade ValueToCompare para 1/1/1900 e definir a propriedade Operator, onde terá as seguintes opções: Equal, NotEqual, GreaterThan, GreaterThanEqual, LessThan, LessThanEqual, ou DataTypeCheck. Neste caso deve definir GreaterThanEqual (maior ou igual que).

Também é possível utilizar este controle para validar duas datas, se uma é maior que a outra, ou validar se dois controles tem o mesmo valor, existe uma série de validações que podem ser criadas com o CompareValidator.

Using the RangeValidator Control

Muitas vezes temos a necessidade de validar um valor dentro de uma variação. Por exemplo, podemos querer que um campo de data seja informado com o Ano que seja o mesmo que o Ano corrente. Para este tipo de validação usamos o RangeValidator, ele possui duas propriedade principais, MinimumValue e MaximumValue, o nome delas já são bem intuitivos, outro propriedade é a Type que define qual o tipo de dados irá validar.

No exemplo a baixo o controle recebe o valor do ano corrente como valor máximo e 1900 como valor minimo para não permitir que o usuario informe uma data fora deste intervalo.

protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
RangeValidatorSalesDate.MinimumValue = "1990";
RangeValidatorSalesDate.MaximumValue = DateTime.Now.Year.ToString();
}
}

Using the RegularExpressionValidator Control

Este controle efetua suas validações através de expressões regulares. Uma expressão regular é uma série de combinações de caracteres que são usadas para identificar sequências de caracteres simples ou complexas. O controle possui a propriedade ValidationExpression onde você deve informar sua expressão regular.

Expressões regulares são complexas, porém não são exigidas nesta certificação, por isso o assunto não é muito discutido. Mas em todo o caso, o visual studio possui algumas expressões regulares pré-definidas neste controle, como por exemplo, validação de endereço de e-mail ou uma url válida. Veja na imagem a baixo.

The CustomValidator Control

Apesar dos diversos controles de validação que o asp.net fornece, pode acontecer de você precisar de algum outro tipo de validação. Para estes casos, você deve utilizar o controle CustomValidator. A validação deste controle é baseada no código em que o desenvolvedor cria. Você tem a opção de utilizar a validação com javascript para rodar do lado do cliente, ou fazer via c# para rodar do lado do servidor.

Custom Client-Side Validation

Como ja falado diversas vezes, a validação do lado do cliente acontecerá bem mais rápido para quem estiver utilizando sua página.
O primeiro passo é escrever sua validação do lado cliente, você deve possui um método com a seguinte assinatura:

function ClientFunctionName(source, arguments)

Você pode renomear o método conforme sua necessidade, porém os parâmetros de entrada não podem ser modificados. Após este método ser referenciado em seu controle, o framework de valiação irá executar seu método automaticamente. Quando a função de validação for executada, o parâmetro chamado source irá conter uma referência ao controle de validação que este sendo executado. Já o parâmetro arguments tem a propriedade chamada Value que possue os dados a serem validados.

Em seguida deve escrever seu código de validação, e definir a propriedade arguments.IsValid para true ou false. E para finalizar basta definir a propriedade ClientFunctionName de seu controle, com o nome de sua função.

No exemplo a seguir, existe o seguinte cenário: você possui em sua página um controle TextBox, um botão para confirmar os dados, um ValidationSummary para exibir as mensagens de erro, e um RequiredFieldValidator para obrigar o usuário a informar uma nova senha no TextBox. Além disso tem o CustomValidator que irá fazer a seguinte validação nos dados do textbox, é um campo de senha que deve ter entre 6 e 14 caracteres, deve conter pelo menos 1 letra maiscula, uma minuscula, e pelo menos 1 número. Veja como fica o código:

<%@ Page Language="VB" AutoEventWireup="false" CodeFile="NewPassword.aspx.vb" Inherits="NewPassword" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/ xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
    <head id="Head2" runat="server">
        <title>Change Password</title>
    </head>
    <body style="font-family: Arial">
        <form id="form1" runat="server">
            <div>
                <table width="400">
                    <tr><td colspan="2" style="font-size: x-large">Change Password</td></tr>
                    <tr>
                        <td colspan="2">
                            <asp:ValidationSummary ID="ValidationSummary1" runat="server" />
                        </td>
                    </tr>
                    <tr>
                        <td width="190" align="right" valign="middle">New password:</td>
                        <td width="210" valign="middle">
                            <asp:TextBox ID="NewPasswordTextBox" runat="server" TextMode="Password"></asp:TextBox>
                            <asp:RequiredFieldValidator ID="RequiredFieldValidatorPassword" runat="server" ErrorMessage="Please enter a valid password" text="*" ToolTip="Please enter a valid password" ControlToValidate="NewPasswordTextBox"></asp:RequiredFieldValidator>
                            <asp:CustomValidator ID="NewPasswordCustomValidator" runat="server" Text="*" ToolTip="Password must be between 6-14 characters and include 1 capital letter, 1 lowercase letter, and 1 number" ErrorMessage="Password must be between 6-14 characters and include 1 capital letter, 1 lowercase letter, and 1 number" ControlToValidate="NewPasswordTextBox" ClientValidationFunction="ValidatePassword"></asp:CustomValidator>
                        </td>
                    </tr>
                    <tr>
                        <td></td>
                        <td><asp:Button ID="ButtonSubmit" runat="server" Text="Submit" /></td>
                    </tr>
                </table>
            </div>
        </form>
    </body>
</html>

O próximo passo é adicionar o código javascript com a função de validação. A função chama ValidatePassword. Observe que a assinatura do método segue o padrão mostrado anteriormente, e que como é definida o arguments.IsValid.

<script language="javascript" type="text/javascript">
    function ValidatePassword(source, arguments) {
       var data = arguments.Value.split('');

       //start by setting false
       arguments.IsValid = false;

       //check length
       if(data.length < 6 || data.length > 14) return;

       //check for uppercase, lowercase, and number
       var uc = false; var lc = false; var num = false;

       for (var c in data) {
           if (data[c] >= 'A' && data[c] <= 'Z') {
               uc = true;
           } else if (data[c] >= 'a' && data[c] <= 'z') {
               lc = true;
           } else if (data[c] >= '0' && data[c] <= '9') {
               num = true;
           }

           if (uc && lc && num) {
               arguments.IsValid = true;
               break;
           }
       }
    }
</script>

Como último passo basta definir a propriedade ClientValidationFunction com o nome da função javascript, no momento do teste, assim que o foco sair do TextBox, a validação será executada.

Custom Server-Side Validation

O CustomValidador pode ser usado para validar os dados do lado do cliente, do servidor ou ambos. Para utilizar do lado do servidor, você deve utilizar o evento ServerValidate. Você associa este evento ao controle da mesma forma com que faz outros eventos de outros controles. Os parâmetros de entrada da assinatura do evento é a mesma utilizada com a validação do lado do cliente. Os parâmetros source e args. Utilizando as mesmas propriedade para definir se a valiação foi válida ou não. O código a seguir, demonstra o mesmo exemplo utilizado anteriormente.

protected void NewPasswordCustomValidator_ServerValidate(object source, ServerValidateEventArgs args)
{
    string data = args.Value;

    // Start by setting false
    args.IsValid = false;

    // Check length
    if (data.Length < 6 || data.Length > 14) return;

    // Check for uppercase, lowercase, and numeric
    bool uc = false; bool lc = false; bool num = false;
    foreach (char c in data)
    {
        if (char.IsUpper(c))
        {
            uc = true;
        }
        else if (char.IsLower(c))
        {
        lc = true;
        }
        else if (char.IsNumber(c))
        {
        num = true;
        }
        if (uc && lc && num)
        {
            //must be valid
            args.IsValid = true;
            break;
        }
    }
}

Assim encerra esta primeira lição!!

Capítulo 4: Using Server Controls Lição 2: Exploring Specialized Server Controls

2011-08-15T17:10:00.000-07:00

Se olharmos a alguns anos atras, criar um simples calendário em uma página web era uma tarefa no minimo chata, era necessário criar tabelas, linhas e colunas, e adicinoar hyperlink nas datas, o javascript até poderia ajudar neste trabalho, mas ainda assim era uma tarefa chata.

O asp.net possui diversos controles onde o objetivo é justamente este facilitar no desenvolvimento de páginas que necessitam desses recursos. Esta lição irá falar sobre os seguinte controles que facilitam a nossa vida:

Table
Image
ImageButton
ImageMap
Calendar
FileUpload
Panel
MultiView
Wizard
Xml

The Table, TableRow, and TableCell Controls

Antigamente, e alguns desenvolvedores até hoje utilizam tables, tr e td html. Mas sabemos que devemos evitar o uso dessas tags html e usar divs, span e etc... Porém fica dificil fazer tudo com divs, quando se tem a necessidade de exibir dados tabulados.

Estes controles do asp.net tem o mesmo objetivo da table, tr e td do html, a grande diferença é que são Server Controls e por isso podem ser criados e manipulados em tempo execução.

O controle table possui uma propriedade que é uma coleção do controle TableRow, e por sua vez o TableRow possui uma propriedade que é uma coleção dos controles TableCell. Todos eles herdam a classe WebControl, por isso possuem as propriedades comuns como Font, BackColor e ForeColor.

Adding Rows and Cells Dynamically to a Table Control

O Visual Studio permite que você crie seu controle Table pelo designer dele, simplesmente arrastando o controle para sua página e editando suas propriedades, onde terá a opção de adicionar linhas e em seguida células. Porém se irá criar tabelas estáticas que não serão manipuladas em tempo de execução é recomendado que utilize as tabelas do html, pois terão melhor performance que os Controls Server do asp.net.

O único motivo para utilizar este controle é a necessidade de manipular em tempo de execução, a baixo código explicando:

Na ToolBox arraste o Controle Table para sua página.
Vá ao arquivo de code-behind e crie o evento PreInit do seu formulário.
Dentro deste evento escreva um loop para criar 5 linhas em seu controle.
Dentro deste loop, adicione outro loop para criar 3 célular dentro de cada linha.
Dentro do último loop modifique a propriedade TableCell.Tex para identificar a linha e a coluna.

protected void Page_PreInit(object sender, EventArgs e)
{
Table1.BorderWidth = 1;
for (int row = 0; row < 5; row++)
{
    TableRow tr = new TableRow();
    for (int column = 0; column < 3; column++)
    {
      TableCell tc = new TableCell();
      tc.Text = string.Format("Row:{0} Cell:{1}", row, column);
      tc.BorderWidth = 1;
      tr.Cells.Add(tc);
    }
Table1.Rows.Add(tr);
}
}

Neste código repare que foi modificado a propriedade Table1.BorderWidth e BorderWidth de cada célula também, o resultado será:

The Image Control

O controle de image como o nome ja sugere, renderiza uma imagem no browser, mais uma vez vale lembrar que só é válido usar este controle caso queira manipular em tempo de execução, caso contrário utilize a tag <img> do html. Aliás, o controle Image do asp.net irá renderizar uma <img> quando for processado.

O controle Image herda da classe WebControl e os controles ImageMap e ImageButton herdam diretamente de Image.

A propriedade primária do Image é ImageUrl que contém o caminho da imagem que será exibida no browser, mas existem mais algumas propriedades:

AlternateText: Esta propriedade tem diversas funções. Quando por algum motivo a imagem não for carregada no browser, o texto que irá aparecer no lugar dela é o que for definido nesta propriedade. A maioria dos navegadores exibe o texto desta propriedade quando passa o cursor do mouse por cima da imagem, como um Tooltip. E a função que considero mais importante é que ajuda usuário com necessidade especiais de acessibilidade para navegar em sua página. Caso sua imagem tenha um link utilize esta propriedade para descrever seu link, caso seja uma imagem de conteúdo descreva a imagem com palavras chaves para facilitar motores de busca a indexar sua imagem corretamente.
ImageAlign: Esta propriedade especifica a posição da imagem em relação a outros objetos em sua página. Existem as seguintes opções: NotSet, Left, Right, Baseline, Top, Middle, Bottom, AbsBottom, AbsMiddle, ou TextTop.
DescriptionUrl: Esta propriedade é outro recurso de acessibilidade, quando for usados leitores não visuais para acessar sua página, ele irá encontrar nesta propriedade um link, tem que ser uma url, que irá direcionar para uma página com texto explicativo ou audio, explicando melhor o que é aquela imagem.
GenerateEmptyAlternateText: Definindo esta propriedade para true, quando a página for carregada e por algum motivo a imagem não seja carregada a propriedade alt do objeto <img> ficará: alt="". Desta forma quando for usado um leitor não visual o software irá ignorar esta imagem, entendo que ela não tem significado para a página.

A baixo um exemplo de código de como criar um controle Image em tempo de execução:

protected void Page_Load(object sender, EventArgs e)
{
Image1.ImageUrl = "~/images/whale.jpg";
Image1.DescriptionUrl = "~/WhaleImageDescription.htm";
Image1.AlternateText = "This is a picture of a whale";
}

The ImageButton Control

O controle de Image não possui o evento click, se você necessitar deste evento, é necessário utilizar o controle ImageButton ou ImageMap, estes controles são renderizados como o controle Image com a diferença de funcionar como um botão, com estes controles é possível também localizar as coordenadas x e y de onde o usuário clicou, caso queira tomar alguma decisão em relação a este aspecto.

O controle ImageButton é renderizado no html como: <input type="image">, por ter eventos associados a ele, é possível executar um PostBack em seu formulário através do controle. Por herdar diretamente do controle Image o ImageButton possui as mesmas propriedades como AlternateText, DescriptionUrl, ImageAlign, e GenerateEmptyAlternateText.

O ImageButton assim como o Button possui dois eventos o click e o command, a diferença entre eles já explique em lições anteriores. O segundo parâmetro de ambos os eventos é do tipo ImageClickEventArgs, que é o parâmetro que possui as coordenadas do clique.

O código a seguir demonstra o clique em um ImageButton:

public partial class ImageButton_Control : System.Web.UI.Page
{
protected void Page_Load(object sender, EventArgs e)
{
    ImageButton1.ImageUrl = "~/images/redblue.jpg";
    ImageButton1.AlternateText =
        "This is a button. The left side is red. The right is blue.";
}
protected void ImageButton1_Click(object sender, ImageClickEventArgs e)
{
    ImageButton1.AlternateText =
        string.Format("Button Clicked at {0},{1}", e.X, e.Y);
}
}

Repare que no evento Click do botão, é definida a propriedade AlternateText com os valores das coordenadas de onde o usuário clicou.

The ImageMap Control

O ImageMap é similar ao ImageButton, a grande diferença é que em qualquer lugar que clicar do ImageButton irá ocasionar o PostBack, já com o ImageMap é possível definir regiões "hot spots" que irão ocasionar o PostBack.

O ImageMap quando renderizado gera o elemento html: <img usemap="#myMap">. Assim como o ImageButton o ImageMap herda diretamente da classe Image, por isso possui as mesmas propriedades.

No asp.net o ImageMap é representado pelo elemento: <asp:ImageMap> e seus elementos são: CircleHotSpot, RectangleHotSpot, e PolygonHotSpot.

Working with HotSpot Classes

O HotSpot é uma área pré-definida da imagem que quando clicada irá executar uma ação. É possível criar várias áreas dentro da mesma imagem. As classes que herdam da classe HotSpot são CircleHotSpot, RectangleHotSpot, e PolygonHotSpot. Propriedades:

AccessKey: já explicado anteriormente em outros controles;
AlternateText: já explicado anteriormente em outros controles;
HotSpotMode: Comportamento quando clicar na área (HotSpot) criada. Pode ser definido como: NotSet, Inactive, Navigate, ou PostBack;
NavigateUrl: Url que irá navegar quando a área for clicada;
PostBackValue: Uma string que será passada para o lado do servidor quando a área for clicada;
TabIndex: Número indice do HotSpot;
Target: A janela ou frame que será exibido o resultado do clique da área.

Understanding the HotSpotMode Property

A propriedade HotSpotMode é usada para definir o comportamento do HotSpot quando ele for clicado. Esta propriedade pode ser definida tanto em um HotSpot como no controle ImageMap. Se você definir o valor desta propriedade para ambos, prevalecerá o valor que estiver no HotSpot e ignorará o valor atribuido ao ImageMap. Vamos aos valores permitidos desta propriedade:

NoSet: É usado quando você quer herdar o comportamento padrão definido no controle ImageMap, você define a propriedade no ImageMap e no HotSpot deixe como NotSet;
Navigate: Simples, especifique uma url que será aberta quando clicar em seu HotSpot;
PostBack: Quando o HotSpot for clicado ele irá executar um PostBack em seu formulário enviando os dados para o servidor. Basta criar o evento e informar o valor da propriedade PostBackValue que será passada no parâmetro ImageMapEventArgs do seu evento.
Inactive: Como o nome já diz não será feito nada. Por que usar? Você pode criar HotSpot de zonas complexas, onde você define uma área inativa dentro de outro HotSpot ativo.

O código abaixo demonstra como usar, teremos uma imagem que contém 3 cores e é possível definir a região de cada cor:

public partial class HotSpotControl : System.Web.UI.Page
{
protected void Page_Load(object sender, EventArgs e)
{
ImageMapStopLight.ImageUrl = "~/images/stoplight.jpg";

    ImageMapStopLight.AlternateText = "Stoplight picture";
    ImageMapStopLight.HotSpotMode = HotSpotMode.PostBack;
    RectangleHotSpot redHotSpot = new RectangleHotSpot();
    redHotSpot.Top = 0;
    redHotSpot.Bottom = 40;
     redHotSpot.Left = 0;
    redHotSpot.Right = 40;
    redHotSpot.PostBackValue = "RED";
     ImageMapStopLight.HotSpots.Add(redHotSpot);
     RectangleHotSpot yellowHotSpot = new RectangleHotSpot();
     yellowHotSpot.Top = 41;
    yellowHotSpot.Bottom = 80;
    yellowHotSpot.Left = 0;
    yellowHotSpot.Right = 40;
    yellowHotSpot.PostBackValue = "YELLOW";
    ImageMapStopLight.HotSpots.Add(yellowHotSpot);
    RectangleHotSpot greenHotSpot = new RectangleHotSpot();
    greenHotSpot.Top = 81;

    greenHotSpot.Bottom = 120;
    greenHotSpot.Left = 0;
    greenHotSpot.Right = 40;
    greenHotSpot.PostBackValue = "GREEN";
    ImageMapStopLight.HotSpots.Add(greenHotSpot);
}
protected void ImageMapStopLight_Click(object sender, ImageMapEventArgs e)
{
    Label1.Text = string.Format("You clicked the {0} rectangle.", e.PostBackValue);
}
}

Resultado quando se clica no retângula verde:

The Calendar Control

O controle Calendar irá exibir um calendário em sua página. Ele é usado para seleção de datas, seja um única data ou um conjunto de datas. No asp.net o elemento dele é o <asp:Calendar>, quando renderizado em sua página ele irá gerar uma <table> html associada com javascripts que o próprio asp.net irá criar.

Como eu disse o Calendar tem a opção de selecionar nenhum ou várias datas, isto é contralado pela propriedade SelectionMode, e as opções disponíveis são:

Day: permite selecionar uma data simples;
Week: permite selecionar uma data simples ou uma semana completa;
WeekMonth: permite selecionar uma data simples, uma semana completa ou todo o mês;
one: não permite que você selecionar qualquer data.

O Calendar tem uma série de propriedades que permite você ajustar seu formato:

Caption: texto renderizado no calendário;
CaptionAlign: alinhamento do texto: Top, Bottom, Left, Right, ou NotSet;
CellPadding: espaço da célula para a borda da célula;
CellSpacing: espaço entra cada célula;
DayHeaderStyle: o estilo que será aplicado aos dias da semana;
DayNameFormat: o formato dos nomes dos dias das semanas: FirstLetter,
FirstTwoLetters, Full, Short, Shortest;
DayStyle: estilo padrão para os dias do calendário;
FirstDayOfWeek: o dia da semana que será exibido na primeira coluna do calendário;
NextMonthText: texto que será exibido no controle de navegação para ir para o próximo mês, por padrão o usado é >. Este controle de navegação só é habilitado quando a propriedade ShowNextPrevMonth for true;
NextPrevFormat: define o formato dos controles de navegação próximo e anterior. Pode ser definido como CustomText (padrão), FullMonth(exemplo Janeiro) ou ShortMonth (exemplo Jan);
NextPrevStyle: estilo que será aplicado aos controles de navegação;
OtherMonthDayStyle: estilo dos dias do calendário e não são do mês selecionado;
PrevMonthText: texto que será exibido no controle de navegação para ir para o mês anterior, por padrão o usado é <. Este controle de navegação só é habilitado quando a propriedade ShowNextPrevMonth for true;
SelectedDate: data selecionada pelo usuário;
SelectedDates: coleção de datas selecionada pelo usuário, quando assim for permitido;
SelectedDayStyle: estilo da data selecionada;
SelectionMode: valor que indica como as datas podem ser selecionadas, como ja expliquei a cima;
SelectMonthText: texto exibido para a seleção do mês, por padrão é >>;
SelectorStyle: estilo para os seletores de semana e mês;
SelectWeekText: texto de seleção da semana no seletor;
ShowDayHeader: indica se o header do dia deve ser exibido;
ShowGridLines: indica se deve exibir gridLines;
ShowNextPrevMonth: indica se os controles de navegação entre meses deve ser exibido;
ShowTitle: indica se o titulo deve ser exibido;
TitleFormat: indica como deve ser o formato do título, exibindo o mês ou mês e ano;
TitleStyle: estilo do título;
TodayDayStyle: estilo do dia atual;
TodaysDate: data de hoje;
UseAccessibleHeader: quando definido como true os headers do dia serão gerados como <th>, é o padrão, quando definido como false serão gerados <td>;
VisibleDate: define qual data será exibida quando o calendário for exibido;
WeekendDayStyle: estilo dos dias de final de semana.

O Calendar também possui eventos para se trabalhar. O evento primário é o SelectionChanged, ele causa um potback e é disparado no momento em que o usuário seleciona uma nova data no calendário. Dentro desta evento é possivel receber a data selecionada através da propriedade SelectedDate.

Outro evento é o VisibleMonthChanged que também causa um postback e é disparado no momento em que o usuário altera o mês que esta visivel no calendário.

O calendar é tipicamente usado como um selecionador de datas, mas pode ser usado para exibir tarefas agendadas.Utilizando o evento DayRender, que é disparado no momento em que o calendário esta sendo criado e irá ser renderizado no html a cada dia do mês, você pode adicionar controles como um label junto com o dia do calendário.

O código abaixo demonstra como exibir as informações em texto de datas especiais junto com o dia no calendário.

private Dictionary<DateTime, string> scheduleData = new Dictionary<DateTime,string>(5);

protected void Page_Load(object sender, EventArgs e)
{
// Load the schedule (which would be read from a database)
scheduleData.Add(new DateTime(2011, 1, 9), "Vacation Day");
scheduleData.Add(new DateTime(2011, 1, 18), "Budget planning meeting");
scheduleData.Add(new DateTime(2011, 2, 5), "Conference call");
scheduleData.Add(new DateTime(2011, 2, 10), "Meet with art director");
scheduleData.Add(new DateTime(2011, 2, 15), "Vacation day");
Calendar1.Caption = "Personal Schedule";

Calendar1.FirstDayOfWeek = FirstDayOfWeek.Sunday;
   Calendar1.NextPrevFormat = NextPrevFormat.ShortMonth;
   Calendar1.TitleFormat = TitleFormat.MonthYear;
Calendar1.ShowGridLines = true;
Calendar1.DayStyle.HorizontalAlign = HorizontalAlign.Left;
Calendar1.DayStyle.VerticalAlign = VerticalAlign.Top;
Calendar1.DayStyle.Height = new Unit(75);
Calendar1.DayStyle.Width = new Unit(100);
Calendar1.OtherMonthDayStyle.BackColor = System.Drawing.Color.Cornsilk;
Calendar1.TodaysDate = new DateTime(2011, 1, 1);
Calendar1.VisibleDate = Calendar1.TodaysDate;
}

protected void Calendar1_SelectionChanged(object sender, EventArgs e)
{
ActionLabel.Text = string.Format("Selection changed to: {0}", Calendar1.SelectedDate.ToShortDateString());
}

protected void Calendar1_VisibleMonthChanged(object sender, MonthChangedEventArgs e)
{
ActionLabel.Text = string.Format("Month changed to: {0}", e.NewDate.ToShortDateString());
}

protected void Calendar1_DayRender(object sender, DayRenderEventArgs e)
{
if (scheduleData.ContainsKey(e.Day.Date))
{
    Literal lit = new Literal();
    lit.Text = "<br />";
    e.Cell.Controls.Add(lit);
    Label lbl = new Label();
    lbl.Text = (string)scheduleData[e.Day.Date];
    lbl.Font.Size = new FontUnit(FontSize.Small);
    e.Cell.Controls.Add(lbl);
}
}

Este código define no evento Page_Load algumas propriedades do calendário, e utiliza o evento Calendar1_DayRender para fazer a verificação se a data é uma data especiail para ser exibida. Veja o resultado:

The FileUpload Control

O controle FileUpload permite ao usuário fazer o upload de arquivos para o servidor. Este controle exibe um textbox e um botão. O usuário pode informar o caminho completo do arquivo ou clicar no botão e navegar pelo browser até encontrar o arquivo desejado.

Sua tag no asp.net é <asp:FileUpload> quando renderizado no html ele gera um <input type="file">.

O FileUpload não ocasiona postback de forma automática, somente é feito o postback por intervenção de outro controle como um botão de enviar/gravar ou outro.

As propriedade para acessar o arquivo são:

FileBytes: Expõe o arquivo como um array de byte;
FileContent: Expõe o arquivo como stream;
PostedFile: Expõe o arquivo como objeto do tipo HttpPostedFile. Este objeto contém outras propriedades como ContentType e ContentLength.

É importante que você fala uma análisa do arquivo que esta sendo enviado para o servidor. Você pode analisar características como nome do arquivo, tamanho e tipo. Quando estiver tudo ok, utiliza o método SaveAs para completar o upload.

O tamanho máximo do arquivo que pode ser utilizado é configurado pelo atributo MaxRequestLength que fica no elemento httpRuntime no arquivo web.config. Se o usuário tentar postar algo maior do que o delimitado o upload irá falhar.

No exemplo a baixo foi criado uma página com um FileUpload e um botão para salvar o arquivo em uma pasta chamada Uploads:

protected void Button1_Click(object sender, EventArgs e)
{
if (FileUpload1.HasFile)
{
    Label1.Text = string.Format("File Length: {0}<br />File Name: {1}<br />MIME Type: {2}",
    FileUpload1.FileBytes.Length, FileUpload1.FileName, FileUpload1.PostedFile.ContentType);
    FileUpload1.SaveAs(MapPath("~/Uploads/" + FileUpload1.FileName));
}
else
{
    Label1.Text = "No file received.";
}
}

Como resultado, após clicar no botão submit o arquivo será salva na pasta destino e exibirá suas popriedades na label:

The Panel Control

O Panel é usado como um container. Ele é útil quando você precisar agrupar um grupo de controles. O exemplo mais comum é colocar vários controles dentro dele e conseguir esconder e exibir todos alterando somente a propriedade visible do Panel.

No asp.net sua tag é <asp:Panel> quando renderizado no html será gerado uma <div>. Algumas propriedades do Panel:

BackImageUrl: Usado para exibir uma imagem de fundo no Panel;
HorizontalAlignment: Define o alinhamento horizontal dos controles que estão dentro do Panel;
Wrap: Especifica se os controles que estão dentro do Panel continuam na próxima linha quando acabar o espaço da linha.
DefaultButton: Especifica o botão que será disparado quando o focu estiver no Panel e o usuário pressionar a tecla Enter.

No exemplo a seguir com o clique do botão o usuário consegue esconder um grupo de controles que estão dentro do Panel:

Código aspx:
<body>
<form id="form1" runat="server">
<div>
<asp:Button ID="ButtonShowHide" runat="server" Text="Login: hide form"
width="200" onclick="ButtonShowHide_Click"/>
<asp:Panel ID="Panel1" runat="server" BackColor="Beige" Width="200">
<asp:Label ID="Label1" runat="server" Text="User name: "></asp:Label>
<br />
<asp:TextBox ID="TextBox1" runat="server"></asp:TextBox>
<br />
<asp:Label ID="Label2" runat="server" Text="Password: "></asp:Label>
<br />
<asp:TextBox ID="TextBox2" runat="server"></asp:TextBox>
<br />
<asp:Button ID="ButtonLogin" runat="server" Text="Login" />
</asp:Panel>
</div>
</form>
</body>

Código c#:
protected void ButtonShowHide_Click(object sender, EventArgs e)
{
Panel1.Visible = !Panel1.Visible;
if (Panel1.Visible)
{
ButtonShowHide.Text = "Login: hide form";
}
else
{
ButtonShowHide.Text = "Login: show form";
}
}

Neste exemplo clicando no botão o usuário ira alterar em esconder e exibir os controles de login.

The MultiView and View Controls

Assim como o Panel, os controles de MultiView e View trabalham como container para agrupar controles. A MultiView funciona como container da View, que por sua vez é o container dos demais controles. Dentro de uma MultiView podem contar várias Views. Esses controles foram criados para trabalhar juntos e não podem ser usados separadamente.

Você deve usar a propriedade ActiveViewIndex ou o método SetActiveView para definir qual View é exibida. Se o ActiveViewIndex for definido como -1, nenhum controle de View será exibido, se for passada uma View inválida ou null para o método SetActiveView uma exception será disparada. Repare que somente uma View pode estar ativa por vez.

Um exemplo útil do uso desses controles é a criação de wizards, onde por exemplo um usuário deve seguir de 3 a 4 passos para se registrar em um site. Cada passo desse registro pode estar em uma View diferente, veja na imagem:

Para gerenciar esta página foram criados command buttons para navegação. Quando o usuário clicar no botão através da propriedade CommandName do CommandEventArgs será possível identificar no evento qual botão foi clicado. Veja o código:

public partial class ViewControl : System.Web.UI.Page
{
protected void Page_Load(object sender, EventArgs e)
{
    MultiView1.ActiveViewIndex = 0;
}
protected void Button_Command(object sender, CommandEventArgs e)
{
    switch (e.CommandName)
    {
      case "Step1Next":
        MultiView1.ActiveViewIndex = 1;
        break;
      case "Step2Back":
        MultiView1.ActiveViewIndex = 0;
        break;
      case "Step2Next":
        MultiView1.ActiveViewIndex = 2;
        break;
      case "Step3Back":
        MultiView1.ActiveViewIndex = 1;
        break;
      case "Finish":
        //hide control from user to simulate save
        MultiView1.ActiveViewIndex = -1;
        break;
    }
}
}

Quando a página for exibida sera mostrada a primeira View para o usuário como o primeiro passo, e conforme ele for navegando as demais Views vão sendo exibidas e outras escondidas:

The Wizard Control

O controle Wizard é um controle complexo que agrega controles para que o usuário possa de forma continua inserir informações em sua webpage. O Wizard funciona de forma semelhante aos controles de MultiView e View explicados anteriormente. A idéia dele é criar um passo a passo lógico de um processo.

O que é feito com o Wizard pode muito bem ser feito com várias páginas, mas esta é a diferença principal, com o Wizard você centraliza tudo em uma unica página, facilitando o processo de desenvolvimento.

O Wizard possui um header para customizar com informações do passo especifico que o usuário esta naquele momento. Possui uma sidebar que irá conter os controles de navegação entre cada passa do Wizard. É possível programar qual passo é exibido, não obrigando o usuário a passar em todos os passos de forma linear caso não queira.

O que determina qual botão é exibido ou não é a propriedade StepType da classe BaseWizardStep. Os valores disponíveis são:

WizardStepType.Auto: este é o valor padrão. Os botões são renderizados com base na localização do passo dentro da coleção do Wizard;
WizardStepType.Complete: este é o passo final da coleção de passos, os botões de Final e Anterior serão exibidos;
WizardStepType.Start: este é o primeiro passo, e somente o botão de próximo irá aparecer;
WizardStepType.Step: este é um passo intermediário, os botões de Próximo e Anterior são renderizados.

No exemplo a seguir o controle de Wizard é montado para dar opção do usuário escolher alguns itens do seu veículo. Os passos criados no Wizard são: Exterior, Interior, Opcionais, and Resumo. No Exterior contem 3 RadioButtons para escolher a cor externa: vermelho, azul ou preto. No passo do Interior contém 2 RadioButton para escolher se quer banco de couro ou de pano. Nos Opcionais contém CheckBox para escolher: Rádio, Bancos Aquecidos e Ar-Condicionado. No Resumo tem uma Label que é populada com as opções escolhidas. Veja como ficou:

Após cada passo do Wizard ser criado, foi criado um código para popular a Label quando chegar ao Resumo, também foi adicionado código no evento Page_Load da página para determinar o primeiro passo do Wizard. E no evento Wizard1_FinishButtonClick foi adicionado código para exibir os resultados na label.

protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
    Wizard1.ActiveStepIndex = 0;
}
}

protected void Wizard1_FinishButtonClick(object sender, WizardNavigationEventArgs e)
{
Wizard1.Visible = false;
Response.Write(string.Format("Finished<br />{0}", Label1.Text));
}

protected void Wizard1_NextButtonClick(object sender, WizardNavigationEventArgs e)
{
if (Wizard1.WizardSteps[e.NextStepIndex].Title == "Summary")
{
    StringBuilder sb = new StringBuilder();
    foreach (WizardStep ws in Wizard1.WizardSteps)
    {
      foreach (Control c in ws.Controls)
      {
        if (c is CheckBox)
        {
          CheckBox cb = (CheckBox)c;
          if (cb.Checked)
          {
            sb.AppendFormat("{0}<br />", cb.Text);
          }
        }
      }
    }
    Label1.Text = sb.ToString();
}
}

Quando a página for exibida, o primeiro passo será exibido ao usuário (Exterior), o usuário pode ir passo a passo ou ir direto para o passo final clicando em Finish. Quando clicar no Finish o controle de Wizard será escondido e irá aparecer o Resumo onde a Label é populada com as opções escolhidas.

The Xml Control

O controle Xml é utilizado para exibir o conteúdo de arquivos Xml. Este controle é bastante útil quando seus dados estão armazenados em arquivo Xml e você precisa executar uma transformação para Extensible Stylesheet Language (XSL). Os dados podem ser renderizados e exibidos para o usuário utilizando o controle Xml.

O documento Xml será exibido se especificada a propriedade DocumentSource ou a propriedade DocumentContent. A propriedade DocumentSource aceita uma string que contém o caminho do arquivo Xml a ser carregado. A propriedade DocumentContent aceita uma string com o conteúdo do Xml.

A propriedade TransformSource aceita um parâmetro opcional que contém o caminho de um arquivo XSL que será aplicado ao Xml. Esta propriedade também aceita um objeto do tipo Transform. O controle Xml contém a propriedade TransformArgumentList que aceita parâmetros que serão passados para a transformação XSL.

No código a seguir o controle Xml é utilizado para exibid o contéudo de um arquivo Xml após uma transformação XSL é aplicada. A seguir o arquivo Xml e o arquivo XSL:

Arquivo XML: ProductList.xml
<?xml version="1.0" encoding="utf-8" ?>
<ProductList>
<Product Id="1A59B" Department="Sporting Goods" Name="Baseball" Price="3.00" />
<Product Id="9B25T" Department="Sporting Goods" Name="Tennis Racket" Price="40.00" />
<Product Id="3H13R" Department="Sporting Goods" Name="Golf Clubs" Price="179.00" />
<Product Id="7D67A" Department="Clothing" Name="Shirt" Price="12.00" />
<Product Id="4T21N" Department="Clothing" Name="Jacket" Price="45.00" />
</ProductList>

Arquivo XSL: ProductList.xsl
<?xml version="1.0" encoding="utf-8" ?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:msxsl="urn:schemas-microsoft-com:xslt"
xmlns:labs="http://labs.com/mynamespace">
<xsl:template match="/">
<html>
<head>
<title>Product List</title>
</head>
<body>
<center>
<h1>Product List</h1>
<xsl:call-template name="CreateHeading"/>
</center>
</body>
</html>
</xsl:template>
<xsl:template name="CreateHeading">
<table border="1" cellpadding="5">
<tr >
<th bgcolor="yellow">
<font size="4" >
<b>Id</b>
</font>
</th>
<th bgcolor="yellow">
<font size="4" >
<b>Department</b>
</font>
</th>
<th bgcolor="yellow">
<font size="4" >
<b>Name</b>
</font>
</th>
<th bgcolor="yellow">
<font size="4" >
<b>Price</b>
</font>
</th>
</tr>
<xsl:call-template name="CreateTable"/>
</table>
</xsl:template>
<xsl:template name="CreateTable">
<xsl:for-each select="/ProductList/Product">
<tr>
<td align="center">
<xsl:value-of select="@Id"/>
</td>
<td align="center">
<xsl:value-of select="@Department"/>
</td>
<td>
<xsl:value-of select="@Name"/>
</td>
<td align="right">
<xsl:value-of select="format-number(@Price,'$#,##0.00')"/>
</td>
</tr>
</xsl:for-each>
</xsl:template>
</xsl:stylesheet>

Para exibir o resultado foi adicionado um controle Xml na página e o código a seguir:

public partial class XmlControlVb : System.Web.UI.Page
{
protected void Page_Load(object sender, EventArgs e)
{
    Xml1.DocumentSource = "~/App_Data/ProductList.xml";
    Xml1.TransformSource = "~/App_Data/ProductList.xsl";
}
}

Quando a página é exibida os arquivos são carregados e o resultado:

Com o controle Xml encerra o capítulo 4!!

Capítulo 4: Using Server Controls Lição 1: Exploring Common Server Controls

2011-06-15T16:41:00.000-07:00

Depois da correria, deu um tempo de voltar a estudar.

Esta lição fala sobre os controles básico que usamos na web. Como postei no twitter, não deixa de ser interessante, muitas coisas que na prática não observamos, acabamos descobrindo quando pegamos um pouco de teoria.

Esta lição fala sobre alguns dos controles do asp.net, que a cada versão lança mais controles para poder disponibilizar ao usuário final do sistema ou site uma experiência cada vez mais rica.

Os controles do asp.net herdam a classe WebControl, diferente dos controles HTML. Os controles asp.net facilitam a manipulação dos mesmos do lado do servidor, porém o resultado final para o cliente sera sempre html, os controles do asp.net quando renderizados no browser são renderizados como controles html comuns.

Um controle asp.net proporciona mais funcionalidades do que controles html, outra vantagem interessante é que eles tem a capacidade de detectar a capacidade do navegador e renderizar o código ideal para aproveitar o potencial do navegador. Além disso existem controles asp.net que não tem controles correspondente no html, são controles que surgiram para facilitar em algumas tarefas como o Calendar, Wizard, e a GridView.

A lição lista e explica as propriedades que são comuns nos controles asp.net. Não irei explicar cada uma, apenas colocarei aqui as que foram destacadas:

AccessKey
BackColor
BorderColor
BorderWidth
BorderStyle
CssClass
Style
Enabled
EnableTheming
EnableViewState
Font
ForeColor
Height
SkinID
TabIndex
ToolTip
Width

Apesar de existirem essas propriedades, onde a maioria é sobre o estilo do controle é recomenado o uso de uma folha de estilo, CSS, como já mostrado em lições anteriores.

A lição fala sobre a atualização de versões anteriores. O engine de renderização do asp.net 3, diferente do asp.net 3.5 e do 4. Claro que o objetivo é sempre melhorar, e fazer com que os códigos htmls renderizados para o usuário final sejam mais rápidos e eficientes. Porém quando migramos uma aplicação/site do asp.net 3.5 por exemplo para o 4, devido essa diferença do engine alguns itens em nossas páginas podem mudar. O que fazer?

Existem duas soluções, a ideal, revisar seu código asp.net e ver o que mudou para ser melhor aproveitado. Porém como sabemos que nem sempre isso é possível, temos a opção de definir que nossa aplicação continuará usando o engine do framework 3.5. Pode fazer isso definindo no arquivo web.config:

<system.web>
<pages controlRenderingCompatibilityVersion="3.5"/>
</system.web>

Outro aspecto que é interessante ressaltar é que os controles do asp.net renderizam códigos html utilizando tabelas, como sabemos que é algo ultrapassado você tem a opção de alterar a propriedade RenderOuterTable para false, onde desta forma tudo sera renderizado conforme você trabalhou na sua folha de estilo.

Vamos aos controles desta lição:

O controle Label

O controle Label é utilizado quando você precisa exibir um texto em um determinado local de sua página, porém só utilize o controle Label do asp.net se precisa que seu valor seja dinâmico, quando é necessário altera-lo em tempo de execução, caso contrário utilize um texto estático do html que irá consumir menos recurso.

O controle Label é muito utilizado em formulários de preenchimento de dados, onde costumamos colocar o label a esquerda e os controles de textbox a direita por exemplo. Como os labels são muito comuns nesses casos, você pode definir teclas de atalhos do teclado para os labels. Por exemplo quando ele pressionar (Alt + U) ir para o textbox "Usuário'. Isto é muito útil com usuário que já tem uma experiências com teclado e não costumam utilizar o mouse, mas principalmente por questão de acessibilidade, pois nem todos os usuário hoje tem capacidade de controlar um mouse.

Para fazer esta associação da label e dos textbox a teclas de atalhos siga os passos:

Adicione um controle Label e um Textbox;
Defina a propriedade AccessKey da label para a letra que ativará o atalho, neste exemplo use a letra U;
Na propriedade Text da label coloque: <u>U</u>suário, desta forma irá renderizar: Usuário;
Na propriedade AssociatedControlID coloquei o ID do seu Textbox;

O que acontecerá? Quando o usuário estiver nessa página e pressionar (Alt + U) automaticamente o textbox de usuário irá receber o foco.

O controle Literal

O Literal deve ser utilizado quando deseja adicionar HTML puro em sua página, apesar da idéia parecer semelhante ao Label, o Literal não herda de WebControl e não acrescenta qualquer elemento html a página, onde já o label acrescenta um <span> em sua página.

O Literal contém a propriedade Mode que é especificada a forma com que o conteúdo do Literal será tratado na página web. Existem 3 opções:

PassThrough: O texto será processado como ele foi passado ao Literal executando códigos htmls e até mesmo scripts que serã processados pelo navegador.
Encode: O conteúdo do texto é tratado como texto puro e não é processado como html ou scripts.
Transform: O conteúdo do texto é convertido para a linguagem do navegador podendo ser HTML, XHTML, WML ou cHTML. Onde nesses casos tags inválidas são removidas automaticamente.

Abaixo exemplo de código e uma imagem de como o navegador processa ambos os casos:

protected void Page_Load(object sender, EventArgs e)
{
Literal1.Text =@"This is an <font size=7>example</font>"+
"<script>alert(""Hi from Literal1"");</script>";
Literal2.Text =@"This is an <font size=7>example</font>"+
"<script>alert(""Hi from Literal2"");</script>";
Literal3.Text =@"This is an <font size=7>example</font>"+
"<script>alert(""Hi from Literal3"");</script>";
Literal1.Mode = LiteralMode.Encode;
Literal2.Mode = LiteralMode.PassThrough;
Literal3.Mode = LiteralMode.Transform;
}

Resultado:

O controle TextBox

Este é o que tem menos segredos dos citados pela lição. A lição explica as três propriedades de TextMode, onde a primeira e a padrão é SingleLine, MultiLine (onde conforme for digitando informação o textbox vai aumentado suas linhas e criando uma barra de rolagem) e Password (onde as informações digitadas recebem uma mascara para não exibir o que esta sendo digitado).

O TextBox possui o evento padrão TextChanged que é acionado quando o valor o texto é alterado, porém vale ressaltar que ele so irá executar o evento no servidor se a propriedade AutoPostBack estiver como true ou quando outro controle efetuar o Postback.

O controle CheckBox

O controle CheckBox é utilizado quando queremos disponibilizar ao usuário a escolha ou não de algo. Simplesmente a opção de Sim ou Não. Utilize a propriedade TextAlign para definir em qual lado da caixa de seleção ficará o texto. A propriedade Checked é utilizada para definir e obter o status do checkbox.

Assim como o textBox o CheckBox possui o evento CheckedChanged que é ativado quando seu valor é alterado, vale lembrar a mesma observação da propriedade AutoPostBack.

O controle RadioButton

Pensando que o CheckBox é um controle que da a opção de Sim e Não ao usuário, o controle RadioButton oferece várias opções para o usuário escolher uma sobre determinado grupo de itens. Para agrupar vários RadioButtons e garantir que somente um seja escolhido especifique o nome do grupo para todos eles, usando a propriedade GroupName. Para que exista um padrão, defina a propriedade Checked para true do RadioButton desejado.

Outra opção ao invés de criar vários RadioButton é criar um RadioButtonList e adicionar seus itens.

As duas técnicas mencionadas acima são chamadas de Payment Type quando são usados vários controles RadioButton e Shipping Type quando é implementado um RadioButtonList.

O controle DropDownList

A intenção do DropDownList é a mesma do RadioButtonList, oferecer diversas opções para o usuário, a grande diferente é que o RadioButtonList exibe todas na tela, ja o DropDownList as opções ficam ocultas até que o usuário clique no controle e exiba todas as opções. O DropDownList deve ser escolhido quando existir um grande número de opções.

Caso não defina qual dos itens será o padrão o asp.net automaticamente deixará o primeiro item como padrão e já vira selecionado.

Você pode popular um DropDownList utilizando o método DropDownList.Items.Add passando como parâmetro uma string ou uma instância do objeto ListItem. Veja o exemplo no código abaixo:

for (int i = 1900; i < DateTime.Now.Year; i++)
{
BirthYearDropDownList.Items.Add(i.ToString());
}
if (!IsPostBack)
{
BirthYearDropDownList.SelectedIndex = 85;
}

Manipule o evento SelectedIndexChanged para executar algo quando o usuário selecionar algum item. Para verificar qual item esta selecinado utilize a propriedade SelectedValue.

O controle ListBox

O ListBox é como um CheckBoxList que permite ao usuário selecionar nenhum ou vários itens, assim como o DropDownList sua vantagem é que os dados ficam reduzidos não sendo exibidas todas as opções, ele cria uma barra de rolagem para navegar entre as opções.

Por padrão o ListBox permite ao usuário selecionar apenas uma opção, mas você pode alterar a propriedade SelectionMode para Multiple, permitindo assim selecionar várias opções. A dificuldade é que o usuário entenda como selecionar mais de um item, para isso ele deve manter a tecla Ctrl pressinada e escolher os itens desejados.

O controle Button

O Button renderiza um botão comum na página que serve para executar um postback ao servidor. Existe duas formas de fazer isso, a padrão que é executando um submit, através do evento click do botão, como já foi explicado em lições anteriores. E um botão de comando.

Caso você tenha vários botões na sua página com funções semelhantes ao invés de criar o evento clique para cada botão, pode criar um único evento de comando que será executado por todos os botões. Defina o mesmo evento OnCommand para todos e defina a propriedade CommandName distinta para cada botão, que será a forma de identificar qual foi o botão clicado.

Exemplo:

<asp:Button ID="back" runat="server" oncommand="Button_Command" Text="Back" CommandName="Back" />
<asp:Button ID="up" runat="server" oncommand="Button_Command" Text="Up" CommandName="Up" />

protected void Button_Command(object sender, CommandEventArgs e)
{
switch (e.CommandName)
{
case "Back":
FeedbackLabel.Text = "Back";
break;
case "Up":
FeedbackLabel.Text = "Up";
break;
}
}

Simples e útil!!

Saindo um pouco dos principais controles do asp.net a lição mostra também como tornar controles html controles de servidor. Em resumo a grande verdade é, basta definir a propriedade ID e adicionar a propriedade runat="server". Mesmo que seja uma simples div html, executando este processo você conseguirá acessar esta div pelo seu código c# e manipula-la pelo servidor.

A lição até mostra uma página asp, migrando para asp.net sem trocar os controles:

Asp:
<html>
<head><title>Customer Page</title></head>
<body>
<form name="Form1" method="post" action="update.asp" id="Form1" >
<input type="text" name="CustomerName"
id="CustomerName" >
<input type="submit" name="SubmitButton"
value="Submit" id="SubmitButton" >
</form>
</body>
</html>

Asp.NET:

<html>
<head><title>Customer Page</title></head>
<body>
<form name="Form1" method="post" id="Form1" runat=”server”>
<input type="text" name="CustomerName"
id="CustomerName" runat=”server” >
<input type="submit" name="SubmitButton"
value="Submit" id="SubmitButton" runat=”server”>
</form>
</body>
</html>

Repare que existe uma mudança na tag form também. Claro que isso limita um pouco sua página, pois o uso de controles asp.net deixará sua aplicação mais rica. Porém como vimos é possível.

Assim fechamos este primeira lição do Capítulo 4.

Capítulo 3: Handling Events and Managing State Lição 3: Using Server-Side State Management

2011-05-19T20:23:00.000-07:00

Do contrário da lição 2, a lição 3 mostra as técnicas de gerenciamento de sessão no servidor. Você deve gerenciar os estados no servidor quando existe uma quantidade grande de dados e se torna oneroso a ida e vinda desses dados entre o cliente e o servidor. Outro grande motivo é a segurança, podemos trabalhar com dados sigilosos que não podem correr o risco de ficar disponível na máquina do cliente.

O asp.net disponibiliza duas formas de gerenciar pelo servidor, essas formas já foram citadas em lições anteriores. Os métodos são Application State e Session State.

O primeiro é global, ou seja, os dados são acessados por todos os usuário em qualquer página. Os dados armazenados no Application State são os mesmos para todos os usuários. Já o segundo método Session State é único por cada usuário, cada usuário tem a sua sessão, da mesma forma que o Application State os dados armazenados em Session State são acessados em qualquer página.

Application State

Os dados armazenados no Application State são globais e podem ser acessados em qualquer requisição de qualquer página. A classe HttpApplicationState é um dicionário de chave e valor e pode ser acessado pelo nome do chave. Os dados armazenados no Application State não são permanentes, no momento em que a aplicação é reiniciada, por exemplo quando o IIS ou o servidor é iniciado os dados armazenados neste sessão são perdidos.

Session State

Os dados armazenados com Session State também podem ser acessados de qualquer página, a grande diferença é que é único por usuário (browser). Por padrão esses dados são armazenados na memória do servidor, mas é possível é configurar para utilizar cookies, em State Serve ou em um banco de dados.

De forma similar ao Application State, o Session State é um dicionário de chave e valor, como demonstra o código:

// Caso a sessão não exista
if (Session["lastVisit"] != null)
{
Label1.Text = ((DateTime)Session["lastVisit"]).ToString();
}
else
{
Label1.Text = "Session does not have last visit information.";
}
// Definindo um valor para a sessão
Session["lastVisit"] = DateTime.Now;

Caso queira desabilitar o uso de sessões pode fazer no web.config:
<configuration>
<system.web>
<sessionState mode="off"/>
</system.web>
</configuration>

Ou definir na diretiva da página no caso de desabilitar em páginas especificas, utilizando a propriedade EnableSessionState:
<%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs"
Inherits="_Default" EnableSessionState = "False"%>

É possível configurar a forma com que irá utilizar sua sessão:

InProc: é o modo padrão. É o que oferece melhor desempenho em relação as outras opções. No entanto ele fica limitado em cenários de balanceamento de carga entre servidores. Pois não terá como garantir que um usuário comece e termine seu processo no mesmo servidor.
StateServer: Nesta configuração os dados armazenados na sessão não são perdidos quando a aplicação é reiniciada, e neste cenário é possível fazer o compartilhamento entre servidores. O StateServer é um serviço do asp.net que esta em qualquer máquina que possua o FrameWork instalado. Este serviço não é configurado para iniciar automaticamente e sim manualmente, por isso deve ser feito essa mudança para que inicie automaticamente caso deseja usar.
SQLServer: Tem os mesmos benefícios do StateServer, armazena os dados quando a aplicação é iniciada e pode ser utilizado em vários servidores. Em hardware idêntico o StateServer supera o SQLServer, porém o SQLServer oferece integridade dos dados mais robustos e capacidade de relatórios.
Custom: Permite que você especifique uma sessão personalizada, necessitando do código para implementar seu armazenamento personalizado.
Off: Desativa as Sessões, deve utilizar esta opção caso queira desabilitar sessões.

Assim se encerra o capítulo III.

Abraços...

Capítulo 3: Handling Events and Managing State Lição 2: Using Client-Side State Management

2011-05-16T17:11:00.000-07:00

Esta lição mostra as principais maneiras de gerenciamento de estado do lado do cliente, desta forma economizando recursos do servidor.

As principais técnicas são:

View state: O asp.net utiliza para controlar os valores dos controles entre as requisições da página.
Control state: É possível persistir informações específicas do controle sem utilizar a View State, é muito utilizado em casos de controles personalizados.
Hidden fields: Como a View State este campo fica no html mas não é renderizado para o usuário
Cookies: Um cookie fica armazenado no navegador do usuário, para cada requisição que é enviada para o servidor o valor do cookie é enviado também, é a maneira mais recomendada quando é necessário acessar este valor em diferentes páginas do mesmo domínio.
Query strings: É um valor informado pela url da página, fica visível ao usuário na barra de endereço do browser.

Antes de explicar sobre cada uma dessas formas de persistir os dados do lado do cliente, a lição explica vantagens e desvantagens de persistir os dados do lado do servidor e do lado do cliente.

Persistindo os dados no cliente, as vantagens são:

Melhor Escalabilidade: Caso utiliza-se do lado do servidor, a cada acesso de um cliente/usuário aumenta o uso de memória do servidor. Jogando esta carga para o cliente para um irá absorver o seu acesso e irá ter um grande consumo de recurso do servidor.
Suporte por Múltiplos Servidores: Caso você necessite de uma grande arquitetura de servidores, obter as informações do cliente que estão no browser será possível por qualquer servidor sem fazer um balanceamento de carga inteligente. Ou seja caso o usuário mude de servidor no meio de uma sessão, basta o servidor acessar os dados que estão no browser.

Vantagens de persistir os dados no servidor:

Melhor Segurança: A menos que você assine digitalmente as informações que estão no cliente, qualquer um pode alterar os dados armazenados. Ou seja nunca armazene no cliente dados confidenciais como senhas e níveis de acesso.
Redução de Banda: Os dados estando no servidor não é necessário o envio e recebimento dessas informações, os dados estando no cliente a cada requisição os dados são enviados ao servidor, utilizando banda do cliente e do seu servidor. O conselho é armazenar pequenas informações no cliente.

Qual usar? Agora é você que decide com bases nessas informações. Se você tiver uma aplicação com poucos usuário e informações sigilosas utiliza recursos do servidor. Se quer ganhar performance em sua aplicação utilize as duas formas, sabendo quando usar uma ou outra.

View State

View State é um mecanismo do asp.net para armazenar dados de um usuário entre as requisições da mesma página. A view state não é armazenada no servidor, fica no código html da página, ela armazena estados de exibição dos controles que são acessados entre cada requisição, não consumindo assim recursos do servidor.

Caso não desabilite a View State é padrão de todas as páginas. Um exemplo, quando faz uma consulta o servidor retorna os dados e o formulário é preenchido, quando o usuário alterar algum campo e clicar no botão gravar por exemplo, caso haja um erro no envio desses dados ao servidor, as informações já digitadas não será perdidas, pois os valores armazenados na View State permaneceram.

A View State é armazenada da seguinte forma no código html:
<input type="hidden" name="__VIEWSTATE" id="__VIEWSTATE"
value="/wEPDwULLTEzNjkxMzkwNjRkZAVvqsMGC6PVDmbCxBlPkLVKNahk" />

Caso o valor seja muito grande a View State é quebrada em 2 ou quantas for necessária para armazenar o valor. Repare que o valor é um hash e é compactado para oferecer maior segurança e maior performance que um campo hidden comum.

Como a View State ficar no código html, o usuário consegue modificar estes valores, porém o asp.net possui um código de autenticação que consegue validar se a View State foi alterada ou não.

Caso queira maior segurança para sua aplicação é possível criptografar suas View State através de uma configuração do Web.config:

<configuration>
<system.web>
<pages viewStateEncryptionMode="Always"/>
</system.web>
</configuration>

Só que desta forma irá perder um pouco de performance pois toda vez terá que ser feito a criptografia e a descriptografia. Uma alternativa seria criptografar somente as View State que forem realmente necessárias, colocando a diretiva diretamente na página:

<%@ Page Language="C#" AutoEventWireup="true" ViewStateEncryptionMode="Always"%>

Como disse por padrão a View State esta habilitada em todas as páginas e para todos os controles. Devido ao trafego de envio e recebimento de informações da View State você pode optar por desabilita-la.

Caso a página seja acessada por usuário de conexões lentas e sejam páginas com um grande número de controles, a lição especifica mais de 10 controles, vale a pena pensar na hipóteses de desabilita-la. Você deve controlar os dados que são armazenados na View State, para controlar a nível de página utilize as propriedades Page.EnableViewState e Page.ViewStateMode, para controles utilize Control.EnableViewState e Control.ViewStateMode.

A propriedades ViewStateMode é nova no FrameWork 4 e só terá efeito caso a propriedades EnableViewState esteja como true. Por padrão a ViewStateMode da Página tem o valor de Enabled e a propriedades ViewStateMode dos controles herdam o valor atribuido a propriedade da página.

Caso você defina o EnableViewState como falso a View State estara desabilitada independentemente do valor atribuido a propriedade ViewStateMode. Porém se manter a propriedades EnableViewState como verdadeira pode alterar a propriedade ViewStateMode para desabilitada. Em resumo trabalhe com a propriedade ViewStateMode.

A lição tem uma tabela que ilustra como usar essas propriedades de forma mais simples:

Desabilitar a View State de uma página, porém habilitar de um controle especifico:
Page.Enable ViewState: True, Page.ViewState Mode: Disabled, Controle.Enable ViewState: True, Control.ViewState Mode: Enabled

Desabilitar a View State de uma página, e desabilitar de um controle especifico:
Page.Enable ViewState: True, Page.ViewState Mode: Disabled, Controle.Enable ViewState: False, Control.ViewState Mode: Disabled

Habilitar a View State de uma página, porém desabilitar de um controle especifico:
Page.Enable ViewState: True, Page.ViewState Mode: Enabled, Controle.Enable ViewState: False, Control.ViewState Mode: Disabled

Habilitar a View State de uma página, e de um controle especifico:
Page.Enable ViewState: True, Page.ViewState Mode: Enabled, Controle.Enable ViewState: True, Control.ViewState Mode: Enabled

Você pode desabilitar a View State de todo o projeto diretamente no web.config:
<configuration>
<system.web>
<pages enableViewState="false">
</system.web>
</configuration>

Para ler e escrever dados em uma View State é simples:

this.ViewState.Add("MyData", "some data value"); //Escrevendo
string myData = (string)ViewState["MyData"]; //Lendo

Hidden Fields

Não tenho muito o que explicar sobre Hidden Fields, são parecidos com a View State, são campos que armazenam valores, ficam no código html da página porém não são exibidos ao usuário. Só é possível ve-los acessando o código fonte da página.

Cookies

Outra prática comum pra quem já é desenvolvedor web. Cookies armazenam valores no browser do cliente e a cada requisição ao servidor os valores são enviados. A vantagem do uso de cookies sobre o uso de View State e Hidden Fields é que os cookies podem ser acessados de qualquer página desde que esteja no mesmo dominio em que foi criado.

É possível ainda configurar seu tempo de vida e seu dominio. Escrever e ler dados de um cookie é simples:
Response.Cookies.Add(New HttpCookie("userId", userId))

E para ler o valor:
Request.Cookies("userId").Value

Exemplo de código:
// Verifica se o cookie ja existe
if (Request.Cookies["lastVisit"] != null)
    // Encode the cookie in case the cookie contains client-side script
    Label1.Text = Server.HtmlEncode(Request.Cookies["lastVisit"].Value);
else
    Label1.Text = "No value defined";
// Define o valor do cookie
Response.Cookies["lastVisit"].Value = DateTime.Now.ToString();
Response.Cookies["lastVisit"].Expires = DateTime.Now.AddDays(1);

Query Strings

Outra prática comum em qualquer linguagem web. Query String é uso de parâmetros via URL. É formado de um parâmetro e seu valor correspondente. O primeiro parâmetro deve ser informado após o ponto de interrogação ? os parâmetros seguintes com o &.

Exemplo: http://www.quintelab.com.br/bruno.aspx?id=1&nome=bruno

No exemplo acima o primeiro parâmetro é o ID e o segundo é o NOME. Para ler esses parâmetros informados via QueryString basta:

string id = Request.QueryString["id"].ToString();
string nome = Request.QueryString["nome"].ToString();

Alguns cuidados devem ser tomados, os navedores suportam 2083 caracteres. E fica fácil para qualquer usuário alterar os valores contidos na url. Este caso é muito usado por exemplo para o envio de url via e-mail que quando acessadas irã ser direcionadas já para um produto especifico.

Capítulo 3: Handling Events and Managing State Lição 1: Understanding the ASP.NET Life Cycle and Handling Events

2011-05-01T16:51:00.000-07:00

A primeira lição do capítulo 3 explica sobre o ciclo de vida da página e dos controles.

De início a lição começa explicando sobre os eventos mais comuns que são manipulados no arquivo Global.asax:

Application_Start: É executado quando a aplicação é iniciado no servidor, muito comum quando é feito o acesso do primeiro usuário.
Application_End: Quando a aplicação é finalizada. Pode ocorrer quando você para a aplicação pelo IIS ou quando é feito o servidor é reiniciado ou desligado.
Application_Error: Como o nome já explica é executado quando ocorre um erro na aplicação.
Application_LogRequest: É executado quando é feita uma requisição a aplicação, é usado para gravar informações especificas da requisição.
Application_PostLogRequest: É executado quando é concluida uma requisição feita ao sistema.

Como uma sessão que é criado por usuário é possível criar uma sessão que é utilizada por toda aplicação. Basta substituir o Session por Application, é como uma sessão, mas ao invés de ser enxergada por um único usuário é enxergada por todos os usuários da aplicação.

Em seguida na lição inicia a explicação do ciclo de vida da página, com certeza a maior dificuldade para programadores de aplicações windows que migram para o ambiente web, pois não estão acostumados com essa situação.

Os eventos mais comuns e em ordem de execução de uma página são os seguintes:

PreInit: É o primeiro evento que o desenvolvedor pode manipular de uma página, é muito utilizado para definir valores de Master Page ou Temas em tempo de execução. Caso não utilize Master Page é neste evento que você pode criar controles dinamicamente.
Init: Este evento é executado depois que todos controles foram instanciados, aqui você pode alterar os valores de iniciação dos controles. Caso utilize Master Page é neste evento que deve adicionar os controles dinamicamente.
InitComplete: Executado quando todas as inicializações estiverem completas.
PreLoad: Executado antes da viewstate ser carregada e antes de ocorrer o processo de Postback. Necessário quando você precisa que os controles estejam iniciados e antes da viewstate ser restabelecida.
Load: A página está estável e iniciada. O Evento Load da página é chamada primeiramente, em seguida todos os eventos Load dos controles são executados hierarquicamente.
LoadComplete: Neste evento todos os controles são carregados.
PreRender: Este evento ainda permite que alterações finais aos controles. Ocorre depois dos eventos de postback ter ocorridos, e ainda a viewstate não foi salva, ainda permitindo alterações.
SaveStateComplete: Neste evento a viewstate esta pronta. Qualquer alteração feita neste momento ou depois serão ignoradas. Este evento é util quando você precisa justamente que a viewstate esteja pronta.
Render: O Render é um método e não um evento, o asp.net chama este método para cada controle. Este método gera os códigos html e todos os outros necessários para exibição da página ao cliente.
Unload: Este evento é utilizado para liberação de recursos, até pode ser executado manualmente mas é um processo pouco comum.

Após explicar os principais eventos do ciclo de vida da página. A lição explica como criar um controle em tempo de execução. Código simples, única resalva é utilizar o evento Page_PreInit (quando não usar Master Page) ou Page_Init (quando usar Master Page):

protected void Page_PreInit(object sender, EventArgs e)
{
    // Create instances of the controls
    Label FeedbackLabel = new Label();
    TextBox InputTextBox = new TextBox();
    Button SubmitButton = new Button();
    // Assign the control properties
    FeedbackLabel.ID = "FeedbackLabel";
    FeedbackLabel.Text = "Please type your name: ";
    SubmitButton.ID = "SubmitButton";
    SubmitButton.Text = "Submit";
    InputTextBox.ID = "InputTextBox";
    // Create event handlers
    SubmitButton.Click += new System.EventHandler(SubmitButton_Click);
    // Add the controls to a Panel
    Panel1.Controls.Add(FeedbackLabel);
    Panel1.Controls.Add(InputTextBox);
    Panel1.Controls.Add(SubmitButton);
}

protected void SubmitButton_Click(object sender, EventArgs e)
{
    // Create an instance of Button for the existing control
    Button SubmitButton = (Button)sender;
    // Update the text on the Button
    SubmitButton.Text = "Submit again!";
    // Create the Label and TextBox controls
    Label FeedbackLabel = (Label)FindControl("FeedbackLabel");
    TextBox InputTextBox = (TextBox)FindControl("InputTextBox");
    // Update the controls
    FeedbackLabel.Text = string.Format("Hi, {0}", InputTextBox.Text);
}

A lição explica como criar os eventos da página, no caso do vb você deve utilizar os dois ComboBox que estão na parte superior no arquivo de código. E no caso do c#, basta escrever o código, pois a propriedade AutoEventWireup por padrão é true, não necessitando mais nenhuma associação.

Outro processo comum utilizado pelos desenvolvedores e explicados é o PostBack automático. Alguns controles como o botão executam o postback automaticamente quando seu evento é acionado. Mas no caso do evento TextChanged do TextBox por exemplo ele não executa o PostBack automaticamente, é necessário alterar a propriedade AutoPostBack para true, caso não faça isso, o evento TextChanged só será executado quando outro controle executar o PostBack no formulário como por exemplo um clique do botão.

Neste caso como ocorre: O usuário alterou o texto do textBox, nada acontece pois a propriedade esta como false, em seguida o usuário clica no botão. O primeiro evento a ser executado é o TextChanged que estava aguardando um postback ocorrer, em seguida é executado o evento clique do botão.

Se quiser que o TextChanged seja executado assim que o texto seja alterado altere a propriedade AutoPostBack para true.

Assim finaliza esta lição.

Abraços...

Capítulo 2: Using Master Pages, Themes, and Caching!!! Lição 3: Caching

2011-04-12T20:51:00.000-07:00

Enfim a última lição do 2º Capítulo, Caching!!

Eu ja tive a oportunidade de trabalhar em projetos que usaram ambos tipos de cache explicados nesta lição. Confesso que achei mais fácil a prática do que a teoria, por isso devo escrever pouco sobre este assunto.

O asp.net facilita o uso de Cache, sendo necessário poucas linhas de código para implentar. Existem dois tipos de cache no asp.net:

Application caching: representa uma coleção de dados armazenados em memória e que são removidos conforme configurados por tempo ou alguma dependência, ou em ultimo caso quando atingir o limite da memória.
Page output caching: acredito ser o mais simples e por isso o mais usado, o asp.net permite salvar uma página, ou até mesmo uma parte de uma página como um controle, para reduzir o tempo de resposta quando esta página for solicitada.

Quando se usa o Application caching o cache é dividido por todos na aplicação, pode ser armazenado qualquer coisa, desde uma string, ou até mesmo uma classe populada, datatable e etc, cabe aqui um parênteses, tome cuidado com o tamanho do objeto que colocam em cache devido a memória.

A codificação para trabalhar com o objeto cache é igual a trabalhar com uma sessão, a forma mais simples basta informar a chave e o valor. Ex:

Cache["Greeting"] = "Hello, cache!";
if (Cache["Greeting"] != null)
Label1.Text = (string)Cache["Greeting"];
else
Label1.Text = "Hello, world!";

Existe também o método insert que possui mais parâmetros para você configurar seu objeto cache. O método Insert possui os seguintes parâmetros:

dependencies: é possível configurar uma dependência para manter seu objeto cache. Funciona como uma trigger.
absoluteExpiration: É um DateTime que define o momento exato que o cache é expirado. Caso não queria definir esta data basta informar: System.Web.Caching.Cache.NoAbsoluteExpiration
slidingExpiration: é um objeto TimeSpan, onde você informa depois do último acesso quanto tempo irá demorar para seu cache expirar. O contador é zerado toda vez que o cache é acessado. Se não quiser informar, basta: System.Web.Caching.Cache.NoSlidingExpiration
priority: é o nível de prioridade do cache quando houver a necessidade de remoção de conteúdo, como em um possível estouro de memória, o priority é um enumeration e possui as seguintes opções: Low, BelowNormal, Normal (valor padrão), AboveNormal, High e NotRemovable.

Além dessas opções o objeto cache possui também o evento onRemoveCallback que é disparado quando o objeto é removido do cache.

Page output caching

Para adicionar uma página ao cache para diminuir a carga ao servidor melhorar o desempenho do site perando o usuário, é possível colocar suas páginas no cache. Para isso basta adicionar a diretiva @OutputCache em sua página. Caso tenha interesse em armazenar somente uma parte da página, você deve separar esta parte em um Web User Controle e desta forma armazenar este controle no cache.

A diretiva OutputCache possui os seguintes parâmetros:

Duration: É o número de segundos do cache. É o único parâmetro obrigatório;
Location
CacheProfile
NoStore
Shared
VaryByParam
VaryByControl
SqlDependency
VaryByCustom
VaryByHeader

Por enquanto é isso!!

Abraços...

Capítulo 2: Using Master Pages, Themes, and Caching!!! Lição 2: Using Themes

2011-04-05T20:37:00.000-07:00

Esta lição do capítulo fala especificamente como aplicar temas em suas aplicações web. Fala da possibilidade do uso de CSS também, mas não aprofunda no assunto.

Como já vistos em lições anterires o uso de Temas são para facilitar a manutenção do visual da aplicação, podendo alterar em um único local, e principalmente tornar dinâmico o visual de sua aplicação.

Para começar a criar seu Tema, é bem simples, clique com o botão direito no Solution Explorer, clique em Add Asp.Net Folder, em seguinda clique em Theme. Dentro desta pasta Theme você irá criar seus temas personalizados, cada um dentro da respectiva pasta. Exemplo, dentro da pasta Theme crie a pasta Azul e outra chamada Vermelho.

A seguir basta adicionar dentro de cada pasta, arquivos skins, css e imagens. O ideal é criar um tema por completo e depois sair copiando e colando nos demais temas, só editando o que for especifico de cada tema.

Para aplicar o tema a sua página web ou para toda aplicação, existem dois atributos que podem ser usados, Theme e StyleSheetTheme. Você pode definir essas propriedades diretamente no web.config ou nas páginas que achar necessário:

<pages Theme=”themeName”> ou <pages StyleSheetTheme=”themeName”>

Qual a diferença entre ambos?

Quando se o StyleSheetTheme, essas configurações são aplicadas aos controles antes de aplicar possíveis configurações definidas dirementa no controle, ou seja, por ordem de hierarquia irá prevalecer configurações que estiverem diretamente no controle, caso não tenha nenhuma é aplicado as configuraçoes do Tema.
Como é de se imaginar o uso do atributo Theme é o contrário ele sempre irá prevalecer, substituindo qualquer propriedade definida diremante no controle.

Para criar um Arquivo Skin você deve na pasta do seu tema clicar com o botão direito, então, Add New Item. Em seguinda, selecione Skin File e basta definir o nome do seu skin. Existem dois tipos de skin. Default skins são aplicados a todos os controles daquele tipo, ou seja, se você criar um skin para botões, em todos os botões serão aplicadas as configurações. E Named skins que na verdade é o skin mas com um ID, e para um botão receber essas configurações deve obrigatoriamente informar esta ID, caso contrário não receberá as configurações.

Exemplo de Default skins:

<asp:Button runat="server" BackColor="Red" ForeColor="White" Font-Name="Arial" Font-Size="9px" />

Exemplo de Named skins:

<asp:Label runat="server" SkinId="Title" Font-Size="18px" />

Além de arquivos skin, no seu Tema é possível ainda adicionar imagens e arquivos de folhas de estilos, o famoso CSS. Tudo bem simples e sem segredo.

Como ja explicado para adicionar um Tema basta adicionar os atributos Theme ou StyleSheetTheme no web.config ou em sua página.

É possível também definir uma página ou controle que você não quer que seja aplicado o Tema, basta alterar a propriedade EnableTheming para false: EnableTheming="false".

Essa propriedade pode ser aplicada para toda a página ou para controles especificos.

Para aplicar um tema dinamicamente, ou seja, em tempo de execução, você deve fazer isso no evento Page_PreInit e definir a propriedade Page.Theme.

Protected void Page_PreInit(object sender, EventArgs e)
{
switch (Session["theme"])
{
    case "Blue":
      Page.Theme = "BlueTheme";
      break;
    case "Pink":
      Page.Theme = "PinkTheme";
      break;
    default:
      Page.Theme = "GreenTheme";
      break;
}
}

E assim finaliza mais uma lição.

Abraços...

Capítulo 2: Using Master Pages, Themes, and Caching!!! Lição 1: Using Master Pages

2011-03-31T20:43:00.000-07:00

O capítulo 2 começa a falar dos recursos interessantes do .net.

A primeira lição explica sobre o uso de Master Pages, que a primeiro momento é bem simples, mas a parte explicando sobre as propriedades é interessante e com certeza usuários com pouca experiência não devem saber como usar este recurso. Vamos la!!

De inicio para que serve a Master Page? Pra quem ja programo em plataforma windows ou pelo menos ouviu algo, sabe que é possível ter um formulário base, e que todos outros criados herdam este formulário. Normalmente este formulário base possui o menu, uma toolbar e etc. A Master Page segue a mesma idéia para projetos web. Cria-se um layout padrão, onde o mais comum é ter o menu, a logo da empresa e um rodapé, e todas as páginas que usarem esta Master Page, terão este mesmo layout.

A principal idéia é:

centralizar funcionalidades comuns;
quando necessário alterar algo, será necessário alterar em um único local;
desenvolver controles que serão aplicados facilmente em todas as páginas, como um menu;
e ainda sim, permitir que as páginas que "herdam" esta Master Page possam customizar conforme necessário.

Os arquivos de Master Page são arquivos parecidos com WebForm, mas possuem a extensão .master e uma diretiva na primeira linha do documento <%@ Master no local da diretiva <%@ Page!!

Como fica o resultado para o usuário? O usuário irá acessar a url do formulário normalmente, e quando esta página for renderizada para o usuário será lida a diretiva MasterPageFile que especifica qual a Master Page que a página esta usando, então o conteúdo que estiver na página dentro do controle Content será renderizado junto com a Master Page como uma única página simples para o usuário.

Toda Master Page deve ter o controle ContentPlaceHolder é no "espaço" deste controle no código html que o código das página serão "injetados". Exemplo: irei colocar um ContentPlaceHolder dentro do head e do Body da minha Master Page:

<head runat="server">
<title>Site do quintelab</title>
<asp:ContentPlaceHolder ID="HeadContent" runat="server">
</asp:ContentPlaceHolder>
</head>
<body>
<form runat="server">
<div class="title">
<h1>
Quintelab
</h1>
</div>
<div class="principal">
<asp:ContentPlaceHolder ID="MainContent" runat="server"/>
</div>
<div class="footer">
</div>
</form>
</body>

Repare os dois objetos ContentPlaceHolderé no local deles que o código das demais páginas serão renderizados. Exemplo de uma página que fez referência a esta Master Page:

<%@ Page Language="c#" MasterPageFile="~/Site.master" AutoEventWireup="true" CodeFile="Teste.aspx.cs" Inherits="Teste" %>
<asp:Content ID="HeaderContent" runat="server" ContentPlaceHolderID="HeadContent">
</asp:Content>
<asp:Content ID="BodyContent" runat="server" ContentPlaceHolderID="MainContent">
Aqui meu conteúdo especifico
</asp:Content>

Tudo que estiver dentro dos Content serão renderizados no local dos ContentPlaceHolder.

Vamos aos recursos!! É possível definir no web.config da aplicação ou de uma pasta qual é a Master Page principal, basta:

<pages masterPageFile="MinhaMasterPage.Master" />

Claro será necessário criar nas paginas os controles Contents correspondentes a Master.Page, caso contrário nada irá acontecer.

A parte mais interessante desta lição é como utilizar e customizar Propriedades, Métodos e Controles da Master Page pelas páginas. Um exemplo, um título, você pode colocar uma label em sua Master Page e acessar seu conteúdo através das páginas.

Para isso é necessário ter uma propriedade pública na Master Page, adicionar a declaração @ MasterType nas páginas aspx, e para acessar o valor da propriedade a sintaxe é Master.<NomePropriedade>.

Não tem muito segredo, exemplo:

1º Criando a propriedade pública na Master Page:

public String SharedInfo
{
    get { return (String)Session["SharedInfo"]; }
    set { Session["SharedInfo"] = value; }
}

2º Na página aspx:

<%@ Page Language="c#" MasterPageFile="~/Site.master" AutoEventWireup="true" CodeFile="Login.aspx.cs" Inherits="Login" %>
<%@ MasterType VirtualPath="~/Site.master" %>

3º Acessar o valor da propriedade:

infoLabel.Text = Master.SharedInfo;

Outro recurso interessante, e com certeza irá usar, é o que a lição chama de Nested Master Pages. Que são Master Pages herdadas de outra Master Page. Por exemplo, você pode criar a Master Page Principal.Master onde nela possui a logo da empresa e um rodape. E criar mais duas Master Pages, uma chamada Consulta.Master que herda a Principal e tem particularidades de uma tela de consulta e a Cadastro.Master que também herda da Principal mas possui particularidades de uma tela de cadastro.

Por último e não menos importante, como trocar a Master Page dinamicamente. Mesmo que esta opção exista, você deve na sua página aspx definir na declaração qual é a Master Page que a página utiliza, e claro ambas as Master Page devem ter os mesmos ContentPlaceHolder e as mesmas propriedades.

Para fazer a troca dinamicamente, é necessário utilizar o evento Page_PreInit e definir a propriedade MasterPageFile. Exemplo:

void Page_PreInit(Object sender, EventArgs e)
{
    MasterPageFile = "~/MinhaMasterDinamica.master";
}

E desta forma se encerra a 1º Lição do Capítulo 2. Muito útil com certeza.

Abraços!!

1º Capítulo, 3ª Lição - Working with Web Configuration Files

2011-03-22T19:46:00.000-07:00

Enfim chegei a 3ª e última lição do 1º Capítulo. Esta lição fala sobre arquivos de configuração de aplicações usando o .net 4.

Particularmente achei muito simples e útil para o dia a dia, a lição fala exclusivamente sobre a hierarquia dos arquivos de configuração, os famosos .config

O mais conhecido de todos os desenvolvedores com certeza é o web.config que é criado automaticamente pelo visual studio quando criamos um projeto web. Mas não temos só esse arquivo de configuração.

O arquivo de configuração Master (Pai de todos) é o machine.config que pode ser encontrado no seguinte caminho (%System Root%\Microsoft.NET\Framework\
\CONFIG\Machine.config). As definições de configuração que estão no machine.config serão válidas e aplicadas para qualquer aplicação que use o .net neste servidor, seja ela web, windows, class library ou console application.

Seguindo a hierarquia abaixo do machine.config tem o web.config root. Este web.config contém definições que são aplicadas para todos websites do servidor. Se por acaso ficou em dúvida sobre a definição de web site, quando o IIS é instalado ele cria um único WebSite que é o WebSite Padrão, ou seja, esse web.config root irá conter definições para todos os WebSites que estiverem neste servidor. Este arquivo pode ser encontrado em: (%SystemRoot%\Microsoft.NET\Framework\\CONFIG\Web.config)

Após o web.config root, temos o web.config do website que é especifico de cada website, como eu disse no parágrafo acima, podemos ter mais de um hospedado, então tendo um web.config para cada um podemos especificar algumas definições.

Enfim chegamos ao tradicional web.config da aplicação que é o web.config que você tem ae no seu visual studio e que contém as definições que mais alteramos com por exemplo a conexão com banco de dados.

E é possível ainda criar um web.config para cada pasta de sua aplicação, isso é mais comum em grandes aplicações, onde é necessário definir regras e configurações especificas em algumas pastas.

Basicamente o que a lição mostra é isso. Como tudo isso funciona? Da mesma forma que escrevi, hierarquicamente. O .net começa aplicando as definições do machine.config e vem passando por cada arquivo .config aplicando o que for necessário.

Assim finalização o 1º Capítulo.

1º Capítulo, 2ª Lição - Creating a Website and Adding New Webpages

2011-03-20T11:55:00.000-07:00

A segunda lição do primeiro capítulo continua simples como a primeira lição para quem já trabalha com o Visual Studio. Esta lição mostra como criar web sites/web applications no visual studio e as opções que você escolher neste momento, e também como adicionar uma nova página aspx ao seu projeto.

Na criação de um projeto web o visual studio te da algumas opções como:

Qual linguagem usar, normalmente:

Visual Basic
Visual C#

E a opção de conexão do visual studio com o projeto que é o grande foco da lição:

File system: Como o nome mostra, sistema de arquivos simples, você pode armazenar os arquivos tanto localmente, como em um servidor remoto. A lição explica o uso do recurso do WebDAV caso queria usar um servidor remoto. Até onde eu vi pouco usado pela comunidade, com certeza o file system local é o mais comum.
FTP: Simples como o nome mostra é quando você trabalha conectado em um ftp que esta em um servidor remoto. Esta opção não tem muito segredo e é a menos explicada na lição. Cuidado com a segurança pois os arquivos de código estarão expostos no seu servidor. O IIS bloqueia o acesso via browser. Mas lembre-se que o FTP esta exposto.
HTTP: Para trabalhar com esta forma de conexão, você precisará do WebDAV Publishing, caso seja Windows Server 2008 R2, ou se for uma versão inferior poderá usar o Microsoft Front Page Server Extensions 2002. A lição explica como instalar os recursos do IIS necessários para trabalhar desta forma. E após instalados basta criar um website ou um diretório virtual para sua aplicação.

Depois de mostrar as configurações disponíveis no Visual Studio, a lição lista e explica as pastas e os arquivos criados quando você usa o Template de Projetos Web do Visual Studio, como por exemplo, as pastas Account, App_Data e Scripts, e arquivos como Default.aspx, Global.asax e outros que são criados automaticamente.

Esta lição também fala sobre as duas opções de criar uma página aspx:

Single-File: É quando o código de programação, seja visual basic ou visual c# ficam no mesmo arquivo do código html.
Code-behind: Com certeza a forma mais usada e recomendada, quando fica separado em arquivos distintos o código de programação que roda do lado servidor, e o lado de código html e outros scripts que rodam do lado do cliente.

Outro ponto brevemente falado é sobre a forma de compilação dos projetos.

Na primeira o desenvolvedor pode simplesmente copiar os arquivos para o servidor, onde a principal vantagem é não ter que compilar toda a aplicação quando quiser fazer a instalação, e quando ouver mudanças subir um único arquivo será possível. E a grande desvantagem é que a primeira vez que a página for acessada ela terá que ser compilada, gerando um tempo de espera para o usuário, o que não é nada bom.

E a outra opção, acredito ser a mais usada e correta é compilar sua aplicação. A desvantagem é justamente a vantagem do item anterior, toda vez que ocorrer uma mudança toda a aplicação deve ser compilada. E a vantagem é que as páginas carregarão mais rápido para o usuário, além de não ter que subir código fonte para o servidor de produção, o código fica compilado em dll, se tornando assim mais seguro.

Por enquanto é isso!!

Abraços...

Rumo a certificação, 1º capítulo

2011-03-16T19:01:00.000-07:00

Mais uma vez vou me arriscar a começar os estudos para a certificação em asp.net da Microsoft. E conforme for lendo, vou ir tentando escrever aqui sobre os capítulos do livro:
Microsoft Press MCTS Self Paced Training Kit Exam 70-515

O primeiro capitulo é só uma introdução ao mundo web, como o título diz:
Introducing ASP.NET 4

A primeira lição é uma explicação sobre a forma de comunicação na web, qualquer programador web hoje sabe o que esta escrito neste lição, são protocolos usados entre a comunicação cliente - servidor, código de retornos do servidor e etc...

Esta lição se foca principalmente em dois pontos:

1º Ponto, mostrar e explicar os principais códigos de retorno do servidor ao navegador, o exemplo mais clássico e conhecido é o código 404 de Not Found, na lição é possível encontrar uma tabela com esse códigos e suas devidas descrição.

O 2º Ponto, e acredito o mais importante é a diferente entre a forma de enviar requisições ao servidor, usando Get ou Post.

Como explicado na lição e acredito que muitos saibam quando usamos o Get as informações são passadas pela url via querystring. Isso se torna uma vantagem para facilitar buscas e criar links personalidados para sua aplicação, mas pode e com certeza será um transtorno para evitar que informações sejam modificadas através da URL, podendo até mesmo comprometer sua aplicação.

Sem dúvida a melhor forma de enviar requisições ao servidor é usando o comando POST onde os dados são enviados pelo corpo da mensagem, de forma transparante para o usuário.

No último parágrafo desta lição cita-se o IsPostBack, até o momento irrelevante, mas acredito que mais pra frente irei ler sobre o ciclo de vida de um formulário e principalmente de uma página aspx.

Integração entre o JQuery e o C#

2010-07-10T16:23:00.001-07:00

Confiram o artigo: http://www.quintelab.com.br/Artigos/Json.asp

Microsoft processa spammer que "enganou" filtros do Hotmail

2010-06-19T17:44:00.000-07:00

A Microsoft está processando um spammer nos Estados Unidos que conseguiu burlar dois filtros de mensagens do Hotmail, que classificam e-mails recebidos pelos usuários. As informações são do site Ars Techica.

Boris Mizhen, dono das empresas Media Network, New Age Opt-In e Permission, criou milhões de contas no Hotmail com o intuito de usá-las para enviar 200 mil mensagens de spam como e-mails legítimos. As mensagens indevidas eram movidas da pasta de lixo eletrônico para as caixas de entrada das contas falsas, o que conseguiu enganar os filtros antispam da Microsoft.

Ainda, um advogado de Mizhen entrou em contato com a Microsoft pedindo que a empresa parasse de tratar as mensagens como spam. O artifício permitiu que uma “quantidade vasta” de mensagens indevidas fosse enviada a usuários do Hotmail, violando várias leis federais americanas.

Não é a primeira vez que o spammer é processado pela Microsoft. Em 2003, também acusado de enviar spams aos usuários do Hotmail, Mizhen concordou em pagar US$ 2 milhões à Microsoft e parar de enviar as mensagens.

Fonte: UOL Tecnologia

'Guia de espionagem' da Microsoft: o que você precisa saber

2010-02-27T16:36:00.000-08:00

Documento vazado pelo site Cryptome orienta agentes da lei sobre as informações de usuário que a Microsoft guarda, e como obtê-las.

Desde 1996, o site Cryptome tem divulgado documentos que governos e empresas gostariam que permanecessem secretos. Agora o Cryptome estende seu olhar à web com a liberação do Microsoft Online Services Global Criminal Compliance Handbook, um “guia de espionagem” para agentes da lei e que traz detalhes sobre os dados que a Microsoft obtém, guarda e pode fornecer.

Como a maioria de nós é usuária da Microsoft, há algumas informações que você precisa saber antes de comprar pontos do Xbox Live, se conectar ao Office Live, ou enviar um e-mail no Hotmail.

O que é o “guia de espionagem”?
O Global Criminal Compliance Handbook é um documento explicativo semiabrangente concebido para investigadores, policiais e outros agentes da lei que querem acessar as informações armazenadas pela Microsoft. Ele também oferece amostras de texto para uso em intimações e diagramas que ajudam a entender os registros dos servidores.

O termo “semiabrangente” se justifica aqui porque, com apenas 22 páginas, ele não explora os bits e bytes dos sistemas da Microsoft; é mais como um guia de caça à informação, feito para leigos.

Quais serviços da Microsoft são abordados?
Todos. A Microsoft mantém as informações dos usuários relacionadas aos serviços online. Os dados abrangem de e-mails antigos a números de cartão de crédito. A informação é mantida por um certo período de tempo – às vezes, para sempre.

Os sites mencionados são:

Windows Live
Windows Live ID
Microsoft Office Live
Xbox Live
MSN
Windows Live Spaces
Windows Live Messenger
Hotmail
MSN Groups

Fonte: idgnow

Google estreia opção 'Nearby' em sua ferramenta de busca na web

2010-02-27T16:27:00.000-08:00

Com o recurso, lojas, bancos, restaurantes e outros estabelecimentos próximos do internauta aparecem no topo da lista de resultados.

O Google anunciou nesta sexta-feira (26/2), em seu blog, que colocou no ar uma nova opção de filtro de busca, chamado Nearby.

Com a opção - disponível inicialmente apenas para a interface em inglês, mas que pode ser usada para buscas em português -, o internauta pode refinar os resultados obtidos, filtrando-os por localização (cidade e estado).

A opção Nearby surge na coluna à esquerda da tela, como alternativa a All Results, e fica disponível depois que se abre o painel Search Options. É possivel definir uma localização padrão e, depois dela, escolher o grau de aproximação - cidade, região ou Estado.

Para experimentar o filtro Nearby, basta mudar a interface de busca do Google, de português para inglês, clicando no link Configurações da Pesquisa, no canto superior direito da tela.

Fonte: idgnow

Seja "Deus" no Windows 7: saiba o que é o GodMode

2010-01-10T15:11:00.000-08:00

Nesta semana, pipocou na internet uma função escondida pela Microsoft: um "God Mode" (modo Deus) para o Windows. Apesar de sugerir um impacto muito maior, quando ativo o que este modo faz é concentrar, em um local, todos os painéis de configuração do Windows 7.

Quando criado, o "God Mode" traz uma lista corrida com 278 opções organizadas alfabeticamente e agrupadas em seções. Um duplo clique sobre alguma e é disparada a janela de configuração referente ao item.

Ativar o "modo Deus" é simples: abra uma janela do Windows Explorer e clique com o botão direito do mouse. Escolha a opção Nova Pasta e, na hora de nomeá-la, cole o seguinte texto:
GodMode.{ED7BA470-8E54-465E-825C-99712043E01C}

Aperte Enter. O ícone será modificado para o mesmo utilizado pelo Painel de Controle e, quando aberto, revelará todas as opções.

É verdade que o modo é um paraíso para qualquer técnico, que não precisará mais recorrer a diferentes menus do Painel de Controle para realizar configurações simples. Todavia, por apresentar todas as opções, inclusive de ferramentas administrativas para formatação e particionamento de disco, pode se tornar um pesadelo para usuários de pouca prática e fuçadores.

Fonte: Terra

Obs.: Eu testei e funciona mesmo!!

Mozilla libera mais um Beta do Firefox 3.6

2009-12-22T11:33:00.000-08:00

Versão 5 adota API do HTML5 e acelera a carga de páginas ao executar scripts de forma assíncrona.

A comunidade de desenvolvimento Mozilla anunciou nesta sexta-feira (18/12) que já está disponível a mais recente versão beta do navegador Firefox 3.6.

Alem da cota usual de correções de falhas, o Firefox 3.6 Beta 5 traz vários recursos novos, além de melhorias de desempenho. Esta versão permite que os usuários mudem a face (skin) do programa para um novo tema. O Beta 5 também pode executar scripts de forma assíncrona, o que deverá acelerar os tempos de carga de páginas com múltiplos scripts.

A nova versão também deve agradar a desenvolvedores de aplicativos web de última geração, já que ela se alinha a diversos novos padrões. O Firefox 3.6 Beta 5 opera com uma interface de programação de aplicativos baseada no HTML5, que fornece um modo padrão para que aplicativos web peçam ao usuário a seleção de arquivos armazenados no PC.

Por meio de uma especificação CSS (Cascading Style Sheets), ela permite a sobreposição de múltiplos backgrounds. Além disso, a versão trabalha com o formato Web Open Font, um formato de arquivo comprimido para fontes.

O Firefox 3.6, de codinome Namoroka, usa o motor de layout Gecko 1.9.2. Segundo a Mozilla, mais de 70% dos add-ons do Firefox produzidos por terceiros foram atualizados para funcionar com o 3.6.

Apesar de o Firefox 3.5.6 ser a versão atualmente recomendada para uso diário, quem tiver interesse em testar o beta poderá baixá-lo do site da Mozilla. Aqueles que já têm o beta do Firefox 3.6 deverão ter a atualização baixada automaticamente.

Fonte: http://idgnow.uol.com.br/internet/2009/12/18/mozilla-libera-mais-um-beta-do-firefox-3.6/

Versão beta do Silverlight 4 já pode ser baixada

2009-11-18T13:06:00.000-08:00

A Microsoft anunciou nesta quarta-feira (18/11) que o Silverlight 4 Beta já pode ser baixado pelos desenvolvedores. A liberação do beta da plataforma surpreendeu os desenvolvedores presentes à PDC09, uma vez que o beta chega apenas quatro meses depois da versão final do Silverlight 3. A conferência para os desenvolvedores termina nesta quinta-feira e acontece em Los Angeles (EUA).

Segundo o vice-presidente corporativo da plataforma .Net da Microsoft, Scott Guthrie, os desenvolvedores irão encontrar um vasto conjunto de funcionalidades para permitir a entrega de uma melhor experiência no desktop sem a necessidade de codificação adicional. O novo Silverlight inclui suporte completo ao Visual Studio 2010 – o que irá proporcionar acesso aos aplicativos do Microsoft Office e ao servidor SharePoint, além de melhorias em impressão e redes.

Na parte web, o Silverlight 4 oferece suporte nativo a webcam, microfone, suporte para entrega de conteúdo multimídia por multicast e um conjunto de mais de 60 controles para aplicações interativas.

“A plataforma Silverlight está presente em cerca de 45% dos dispositivos com interconectados à web e já é utilizada em serviços como o broadcast online da BBC para os Jogos Olímpicos de Inverno 2010 de Vancouver [Canadá], pela Continental Airlines, eBay, SnapFlow e Bloomber”, disse Guthrie. Segundo ele, o novo Silverlight irá permitir um avanço significativo no desenvolvimento de aplicativos para o que a Microsoft vem chamando de “três telas” (three screens): PC, browser e dispositivos móveis.

Fonte: http://pcworld.uol.com.br/noticias/2009/11/18/versao-beta-do-silverlight-4-ja-pode-ser-baixada/

Utilizando asp clássico com access em máquina 64 Bits

2009-11-15T10:24:00.000-08:00

Para quem trabalha com o asp clássico e utiliza máquina 64 bits pode passar pelo mesmo problema que eu tive esses dias, por isso escrevi um artigo bem simples de como resolver este problema.

O erro exibido é este:
Microsoft OLE DB Provider for ODBC Drivers error '80004005'
[Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified

Pra quem quiser a solução: http://www.quintelab.com.br/Artigos/IIS.asp

Google tira do ar grupo que aplicava golpe com a promessa de convites para Orkut

2009-11-12T07:25:00.000-08:00

Comunidade prometia acesso ao novo Orkut por meio de código que, sem autorização do usuário, escrevia mensagens em perfis dos seus contatos.

O Google Brasil tirou do ar uma comunidade no Orkut que prometia uma técnica para acesso à nova versão da rede social, mas aplicava um golpe.

A comunidade "Orkut Novo Oficial!" saiu do ar na tarde de terça-feira (10/11), quando contava com cerca de 30 mil membros.

O grupo era coordenado por um perfil falso de Danilo Miedi, personagem criado pelo Google Brasil para concentrar a distribuição de convites para o novo Orkut.

Discussão na comunidade excluída afirmava que usuários do Orkut não precisavam de convites para acessar o novo Orkut, bastando colar um código na barra de endereços do navegador.

O método remetia o usuário a um código JavaScript hospedado fora do Orkut que se aproveitava do perfil autenticado e enviava mensagens para alastrar ainda mais o golpe.

O perfil que experimentava a técnica escrevia mensagens em fotos do álbum dos seus contatos e na discussão aberta na comunidade excluída, atestando o sucesso do método, sem a autorização do usuário.

Análise do código feita pelo IDG Now! mostra ainda que uma terceira mensagem era publicada na página de recados de um usuário conhecido como "Willian Rox".

Pouco antes de o Google Brasil tirar a comunidade do ar, cerca de quatro mil perfis haviam escrito, sem a ação dos usuários, mensagens na comunidade que diziam "SOBE O TOPICO UP! Porque Funciona".

Segundo o Google Brasil, o acesso ao novo Orkut, revelado no final de outubro, é feito apenas mediante convites, distribuídos pelo personagem Danilo ou por contatos que já estejam com a nova interface.

É possível também encontrar convites no site de leilões Mercado Livre, com preços que chegam a quarenta reais.

Fonte: http://idgnow.uol.com.br/internet/2009/11/12/google-tira-do-ar-grupo-que-aplicava-golpe-prometendo-convites-para-orkut/

Firefox 3.6 Beta1

2009-11-05T13:00:00.000-08:00

Welcome, Beta Tester!

Acabei de instalar a versão 3.6 Beta 1 do Firefox, estão prometendo suporte até mesmo ao HTML5, espero não ser supreendido com Bugs desta versão, apesar de ser quase inevitável a versão Beta 1 ter bugs. De qualquer forma ta instalado.

Só to achando estranho que ainda não achei o ícone do Echofon. Será que esta versão ainda não da suporte?

Edit.: Acabei de descobrir que não é compatível!! =(

Quem quiser ficar por dentro das novidades: http://www.mozilla.com/en-US/firefox/3.6b1/whatsnew/

E quem quiser fazer o download: http://www.mozilla.com/en-US/firefox/all-beta.html

Cópia de artigos

2009-11-05T08:28:00.000-08:00

Utilizar artigos de outros autores em seu site não tem problema, desde que postem a fonte, o link de onde o artigo foi retirado.

Mas existem colegas na comunidade que não respeitam isso, perdemos horas para escrever algo legal, editar imagens. Ae vem um colega e simplemente copia.

Por favor adicione os fontes quando quiser exibir algum artigo em seu site ou blog.

Visual Studio 2010 Beta 2

2009-10-21T14:49:00.000-07:00

A Microsoft disponibilizou hoje para download público o Beta 2 do Visual Studio 2010 e do .NET Framework 4.0. O Visual Studio 2010 Beta 2 está disponível apenas como um 'Web Installer', que baixa e instala apenas os componentes necessários.

O .NET Framework 4.0 está disponível para as plataformas x86, x64 e IA64 também como um Web Installer. O Visual Studio 2010 e o .NET Framework 4.0 fazem parte da nova geração da plataforma de desenvolvimento da Microsoft e a versão final de ambos será lançada no dia 22 de março de 2010.

Fonte: http://www.baboo.com.br/absolutenm/templates/content.asp?articleid=36724&zoneid=6&resumo=

Utilizando o ThickBox com asp.net

2009-09-26T22:29:00.001-07:00

Artigo sobre como usar o ThicBox com asp.net:

http://www.quintelab.com.br/Artigos/ThickBox.asp

Site pessoal

2009-09-26T22:24:00.000-07:00

Artigos sobre ASP.NET,C#,VB.NET e JQuery:

http://www.quintelab.com.br