Recomendado: ASP: determinar se o acesso vem de um mecanismo de pesquisa Para determinar se o acesso vem das funções do mecanismo de pesquisa, se você estiver interessado, pode experimentá -lo! A seguir, é apresentado o conteúdo referenciado: <%'Verifique se o usuário atual é uma verificação de função do Homem-Aranha (user_agent) Permil
Capítulo 10 ASP e dados do clienteOs dados do cliente são discutidos em uma monografia ASP? Isso é contraditório à programação ASP do lado do servidor? Não é esse o caso, porque ainda não conhecemos um programador ASP que só trabalha na programação do lado do servidor. Embora o ASP seja uma tecnologia do lado do servidor, é concebível que seja impossível para os programadores programar o uso do ASP sozinho. Os desenvolvedores da Web envolvidos na programação ASP ainda precisam interagir com os dados do cliente.
Portanto, ao criar um aplicativo em torno do ASP, toda a situação do aplicativo deve ser considerada, o que também significa que o cliente deve ser considerado. Para obter um aplicativo bem responsivo, você precisa usar bem os dados do cliente.
Este capítulo discute como usar dados no lado do cliente. O foco especial será a pesquisa:
· Serviços de dados remotos (RDS), como transmitir dados aos clientes e receber dados.
· Como vincular um registro ADO definido como um controle HTML.
· Como usar componentes definidos pelo usuário para fornecer dados.
· Como atualizar os dados do cliente e alimentá -los de volta ao servidor.
· Como obter uma imagem de um banco de dados e exibi -la em uma página da web.
· Como criar uma página da web baseada em tabela.
A cobertura acima é bastante ampla e existem muitos métodos diferentes para alcançar os mesmos resultados, mas não é particularmente difícil de implementar.
10.1 Conjunto de registros desconectados
A primeira coisa que você precisa dominar é o conceito de dados desconectados. Até agora, no processo de estudo da ADO, foram aprendidos métodos para obter registros e como modificar os dados nesses registros. Para revisar, abrimos um conjunto de registros, fazemos algumas modificações nos dados e fechamos esse conjunto de registros. Durante o processo de operação do conjunto de registros, sempre mantemos uma conexão com o servidor. Isso é bastante óbvio, mas não se esqueça que a Web é de natureza sem estado. Se você deseja usar os dados do cliente, como você sempre mantém uma conexão com o servidor? É simples, isso é impossível, e é por isso que define o conceito de um conjunto de registros desconectados.
Um conjunto de registros desconectados é apenas um conjunto de registros normal, mas não relacionado ao servidor e se torna um objeto isolado. Pode ser atualizado, adicionado e excluído como um conjunto de registros normal. Mas essas alterações ocorrem apenas dentro do conjunto de registros e não são alimentadas de volta ao servidor, porque o conjunto de registros não tem mais uma conexão com o servidor. Isso não é uma desvantagem, pois a conexão pode ser restabelecida com o servidor, enquanto o servidor pode atualizar quaisquer modificações. Mesmo que os dados do lado do servidor tenham alterado, o ADO ainda tem maneiras de os usuários descobrirem essas alterações em tempo hábil, para que os usuários possam decidir quais dados estão corretos. Isso é chamado de resolução de conflitos.
Os registros desconectados nos permitem entregar os registros com funcionalidade completa entre os componentes, inclusive entre servidores e clientes. Este capítulo explorará como criar um registro desconectado definido em um componente. No entanto, não planejamos fazer pesquisas muito detalhadas sobre isso, porque os capítulos 13 a 18 deste livro cobriram essa parte do conteúdo. Aqui, apenas daremos uma breve introdução de como os componentes interagem com os serviços de dados remotos.
10.2 Serviço de dados remotos
Serviços de dados remotos (RDS) é um termo geral para uma série de serviços que nos permitem processar dados do cliente. Não há necessidade de se preocupar com esse problema agora, porque o RDS em si faz parte do ADO e só será usado quando os dados do cliente precisarem ser transmitidos e usados. De fato, o RDS é composto por vários componentes. A Figura 10-1 ilustra esses componentes e como eles trabalham juntos.
Figura 10-1 Componente componente de RDS
Parece haver muitos componentes, mas nem todos são usados em todos os casos, e na verdade existem alguns que não fazem parte do RDS. No entanto, todos os componentes possíveis são colocados no diagrama aqui, caso você precise. A Figura 10-1 é dividida em duas partes, porque o uso de dados do cliente requer alguns métodos para transmitir dados ao cliente. Ao mesmo tempo, quando os dados atingem o cliente, alguns métodos para gerenciar dados também são necessários. Vamos começar com o lado do servidor.
10.2.1 componentes do servidor RDS
Embora o RDS seja usado para transferir e acessar dados do cliente, ele possui alguns componentes baseados em servidor. Isso é necessário porque certamente há uma necessidade de uma maneira de transferir os dados para o cliente. Portanto, há uma série de componentes do servidor que podem acessar dados e permitir que os dados sejam enviados ao cliente. Chamamos o marechal de transmissão de dados reais.
A extremidade superior do diagrama de componentes do lado do servidor é o armazenamento de dados, acessado pelo provedor OLE DB. Não faz parte do RDS, mas isso significa que quaisquer dados podem ser usados no cliente via RDS, desde que haja um provedor OLE DB correspondente. Quanto a como processar dados no servidor, existem duas opções:
· Datafactory é o componente do lado do servidor padrão para acessar o armazenamento de dados. Ele é instalado no computador como parte do componente RDS do lado do servidor. Além de obter dados do armazenamento de dados, ele também processa os dados enviados para e para o cliente para o servidor.
· Componentes personalizados são apenas componentes comuns comuns que fornecem métodos de transferência de dados. Os componentes personalizados podem ser usados quando a fábrica de dados não pode fornecer a funcionalidade necessária. Este capítulo apresenta um exemplo de componente simples, e há um exemplo mais complexo posteriormente no livro.
Os servidores da Web usam esses dois componentes como interfaces para os dados do cliente e do servidor.
10.2.2 componentes do cliente RDS
O cliente começa com o objeto DataSpace na parte inferior, que funciona em conjunto com a fábrica de dados ou objetos personalizados como parte do cliente. O objeto DataSpace é um objeto de proxy responsável por se comunicar com o servidor e também é um canal para transmissão de dados (ou comumente conhecido como agendamento). Os objetos DataSpace são objetos COM criados na linguagem de script do cliente ou nas tags HTML. Você verá exemplos sobre isso mais tarde neste capítulo.
Um objeto DataSpace é um objeto de origem de dados (DSO) responsável por armazenar dados do cliente. Um objeto de origem de dados contém um conjunto de registros de dados ADO que gerencia dados juntamente com o cache de dados do cliente. O cache de dados do cliente é apenas um serviço de cursor do cliente que gerencia os dados do cliente. Ao mesmo tempo, o objeto de origem de dados é um objeto COM, semelhante ao objeto DataSpace, e também pode ser criado através de scripts do cliente ou usando a tag <ject> no idioma HTML. Da mesma forma, alguns exemplos desse aspecto serão introduzidos mais adiante neste capítulo.
Acima do objeto de origem de dados está o gerenciador de ligação de dados e a tarefa é estabelecer uma conexão entre os controles HTML e os objetos de fonte de dados. É isso que sabemos sobre a ligação, o que pode ser alcançado definindo as propriedades DATASRC e DataFLD de certos controles HTML. Eles são discutidos abaixo e demonstram como usar dados facilmente no navegador.
10.2.3 navegadores que suportam RDS
Você deve saber que o RDS é a tecnologia da Microsoft, por isso só pode funcionar no navegador da Microsoft. De fato, o RDS é totalmente suportado em navegadores com o IE 4.0 ou superior.
Ao escrever aplicativos que dependem do RDS, é importante observar que a versão RDS do cliente que acessa o aplicativo pode ser diferente do lado do servidor. Por exemplo, o RDS 1,5 está no IE 4, enquanto o RDS 2.0 está no IE 5, Office 2000 e Visual Studio 6. Existem duas maneiras de lidar com esse problema de compatibilidade:
· Verifique se todos os usuários atualizaram para a versão mais recente do RDS. Se o cliente estiver executando o Windows 2000, a versão mais recente do RDS já está em execução. Caso contrário, você pode baixá -lo no URL www.microsoft.com/data. Atualmente, o RDS 2.5 é a versão mais recente lançada com o Windows 2000 e também é um pacote de software que pode ser baixado separadamente.
· Especifique o modo da fábrica de dados quando conectado a uma fonte de dados. Isso pode especificar qual versão do componente RDS é usada e um exemplo disso será introduzido posteriormente.
10.2.4 Objeto de fonte de dados
Um objeto de fonte de dados é um objeto cliente que armazena e gerencia dados do cliente. Como esta é a maneira mais fácil de usar o RDS, primeiro veja esses objetos.
Aqui estão vários objetos diferentes de fonte de dados, cada um para diferentes tipos de dados:
· Controle de dados tabulares (TDC), usado para processar arquivos de texto na tabela ou formulário separado.
· Controle de dados do RDS, usado para conectar -se aos dados de dados do OLE DB, pode especificar a qual armazenamento de dados se conectar e quais dados são retornados.
· Java Database Connector, um applet Java conectado ao armazenamento de dados através do Java Database Control (JDBC). Não queremos discutir o JDBC aqui, porque não fornece funcionalidade que outros controles não podem alcançar.
· A fonte de dados HTML (MSHTML) da Microsoft tags os dados com html e o usa como uma fonte de dados.
· Os objetos de origem de dados XML usam dados XML, usados para XML estruturado estruturado ou arbitrário.
Qual objeto de origem de dados escolher depende do que você deseja fazer e de onde vem os dados. Se for necessário uma pequena quantidade de dados para o cliente e o usuário não permitir que o usuário modifique os dados, um TDC (Table Data Control) poderá ser mais adequado. Essa fonte de dados é um arquivo de texto que não requer nenhum banco de dados, por isso é relativamente simples de editar. Os controles de dados do RDS são os mais adequados para situações em que os dados são obtidos no banco de dados e podem exigir atualizações. Para muitas novas fontes de dados, você descobrirá que são necessários controles de dados XML no momento. Na verdade, isso depende do tipo de aplicativo da web usado e da funcionalidade exigida pelo usuário.
Introduziremos esses controles de dados por sua vez e, quando entendermos como usá -los para transferir dados para o cliente, apresentaremos como usá -los.
Compartilhar: ASP 3.0 Programação Avançada (35) 7.5. Se o código quiser usar o valor da solicitação, a primeira coisa a fazer é garantir que o valor necessário exista. O problema fácil de ocorrer está errado ou