Uma Aplicação da Chamada Remota de Métodos para Ajax em PHP

Transcrição

1 Uma Aplicação da Chamada Remota de Métodos para Ajax em PHP Felipe Butcher Camargo Departamento de Ciência da Computação Pontifícia Universidade Católica Belo Horizonte, Minas Gerais Abstract Devido ao grande crescimento da utilização da Internet tanto por parte de grandes corporações quanto por usuários que utilizam o computador eventualmente, surgem algumas necessidades no que se refere à praticidade, usabilidade e portabilidade das aplicações Web. Um nome recente e muito importante no mundo da Internet é o Ajax (Asynchronous JavaScript and XML), metodologia de desenvolvimento que tem alavancado o desenvolvimento de sites mais inteligentes e ampliado a possibilidade da criação de sistemas Web com muito mais recursos e inovações inusitadas. Este trabalho apresenta uma metodologia mais consistente e, de certa forma, mais acadêmica para o desenvolvimento Web utilizando Ajax, além de uma ferramenta para facilitar a aplicação da mesma em sistemas simples ou complexos. I. INTRODUÇÃO O termo Ajax (Asynchronous JavaScript and XML) foi proposto em fevereiro de 2005 [1]. Nesta época, a idéia de trazer dados do servidor sem ter que atualizar a página a cada interação entre o computador do usuário e o servidor já vinha sendo utilizada, porém sem um termo que definisse o que era feito. Com o Ajax, a transferência de dados entre cliente e servidor não é feita da maneira tradicional pelo navegador, mas sim implementada pelo Javascript, linguagem de programação que roda encapsulada no navegador e permite que se execute scripts em uma página Web comum. Em uma página Web tradicional, o servidor retorna o conteúdo da página requisitada pelo cliente, o navegador simplesmente exibe o conteúdo na tela, substituindo o conteúdo anterior, mesmo que grande parte dele seja igual. Algumas páginas utilizam processamento no servidor através de linguagens de programação Web como por exemplo PHP [12] ou ASP [13]. Para este tipo de tecnologia, o servidor possui um interpretador que permite a execução de programas escritos utilizando estas linguagens e que geram dinamicamente os conteúdos. Com este tipo de tecnologia é possível criar aplicações Web que acessam bancos de dados e que podem ser utilizadas por vários clientes ao mesmo tempo, como fóruns, bate-papo, comércio eletrônico, entre outros. Uma página construída utilizando Ajax funciona de maneira diferente, a requisição não é feita pelo navegador, mas sim por um programa escrito em Javascript rodando dentro do navegador, como representado na Figura 1.1. Explicando melhor, o usuário possui em seu navegador uma interface e um programa Javascript. O programa Javascript possui diversos componentes, entre eles, o que merece ênfase neste momento, é o componente responsável por enviar mensagens ao servidor e receber a resposta. As mensagens enviadas consistem em uma URL formada pelo nome do servidor que hospeda a aplicação e um conjunto de variáveis que serão recebidas pelo programa servidor e tratadas da maneira adequada. O retorno será enviado da mesma maneira como se envia um conteúdo HTML porém receberá somente o conteúdo necessário naquele momento. Por exemplo, se o usuário deseja saber o nome do autor de determinado livro, o programa Ajax requisitará somente o nome do autor, e não mais uma página inteira com o nome do autor contido. O Ajax pode ser utilizado juntamente com alguma linguagem de programação de servidor, assim é possível desenvolver um sistema que possua um programa rodando no servidor e outro programa rodando no navegador do cliente, permitindo obter muito mais interatividade. Os dois programas deverão se comunicar de maneira a formar um sistema somente. Fig. 1. Comparativo entre metodologia tradicional e Ajax (GARRETT, 2005) Para ilustrar, vejamos um exemplo. Em uma busca de

2 biblioteca, o usuário precisa encontrar um livro sobre XML. O usuário quer um livro em português e somente lembra o nome do autor. A página de busca já foi carregada, somente uma vez, com toda a sua interface que contém textos, botões e figuras. Uma tabela exibirá os prováveis resultados para o usuário, esta também já está montada, porém com os campos em branco. Um campo de texto permite que o usuário digite o nome do autor, outro permite que o usuário informe o assunto e, em outro, o idioma. Um botão definido para buscar executa um comando Javascript, comando tal que monta a URL com os parâmetros, e faz a chamada ao servidor. O servidor receberá a requisição, que traz o nome do autor, o idioma e o assunto desejados, monta a SQL conveniente e faz a consulta ao banco. O resultado da pesquisa trará o nome do livro, a editora, o ano de publicação, sua situação (se está alugado ou não), entre outros dados. Com estes dados deverá ser montado um texto com os nomes das variáveis e seus valores, de preferência em XML. Este texto será retornado ao cliente. De posse dos dados, o Javascript identifica as variáveis e utiliza seus valores para preencher os campos da tabela que já estava montada. Este processo está representado na Figura 1.2. Toda esta operação necessitou de apenas alguns bytes para a requisição e para o retorno, onde foram, os parâmetros de pesquisa na ida e os dados do livro encontrados na volta, ao invés de retornar novamente toda a página com centenas de linhas HTML e imagens. Fig. 2. Exemplo de Aplicação do Ajax Outro exemplo clássico da utilização do Ajax é o Google Maps [15], no qual o usuário clica no mapa e arrasta para movê-lo para outra localização próxima. Ao arrastar a imagem do mapa, o Ajax vai recuperando do servidor as partes do mapa próximas ao local onde o usuário esta navegando. Assim o usuário não precisa esperar muito tempo até que o mapa seja carregado, pois são carregadas somente as partes que ele deseja visualizar. Mais um bom exemplo é o Google Suggest [17], no qual o Google vai mostrando sugestões à medida em que o usuário vai digitando sua pesquisa. Ao digitar o início de uma palavra, são recuperadas palavras com o mesmo início digitado de acordo com as pesquisas mais procuradas no Google, isso ajuda o usuário a encontrar exatamente o que está procurando. II. MOTIVAÇÃO Depois de analisar e testar alguns frameworks, verificou-se que ainda falta a aplicação de uma metodologia bem definida ao assunto. A idéia do trabalho é aplicar a chamada remota de métodos no Ajax, de maneira que se possa chamar métodos no servidor de maneira transparente através do Javascript. Os frameworks atuais implementam a comunicação evitando com que o desenvolvedor tenha que desenvolver códigos complexos que variam de navegador para navegador. Porém, as requisições são feitas passando-se parâmetros para a URL chamada a qual possui um programa servidor, o desenvolvedor precisa tratar a requisição com seus parâmetros definindo a saída. O programador, sabendo o que os métodos no servidor fazem, teria mais facilidade em simplesmente chamar os métodos e tratar seus retornos no próprio cliente. Um dos frameworks, O Google Web Toolkit [16], permite que você escreva programas em Java que serão automaticamente traduzidos em arquivos HTML e Javascript, facilitando o trabalho do programador, porém não implementa um suporte para o lado do servidor. O framework mais utilizado atualmente e também o que mais cresce é o prototype [9]. O prototype vem sendo largamente utilizado na produção de páginas Ajax em todo o mundo, tanto por desenvolvedores iniciantes quanto para experientes. Isso se deve ao fato de o framework ser de uso fácil, completamente flexível e possuir uma compatibilidade muito boa com outros frameworks, expandindo suas capacidades de produção. O motivo que leva os programadores iniciantes em Ajax a utilizar o prototype é a sua facilidade de programação, com apenas 2 linhas de código se consegue fazer uma requisição ao servidor e exibir o resultado. Existem também vários outros frameworks e plugins desenvolvidos sobre o prototype e que possuem total compatibilidade um com o outro e permitem que o programador utilize em sua página efeitos como drag and drop, autocomplete ou fade, de maneira extremamente fácil, sem tornar o site sobre-carregado e sem a utilização de flash. Tais recursos permitem um aprimoramento da usabilidade do sistema, o que antes só era conseguido em sistemas desktop. Podemos citar como exemplo o JsWindows (permite a exibição de janelas Javascript internas ao navegador) e o script.aculo.us [18] (com milhares de recursos), ambos são plugins do prototype. Um problema a ser enfrentado para se desenvolver este trabalho seria o fato de um programa PHP ter o tempo de vida somente do momento em que o servidor recebe a requisição até a hora em que o resultado é retornado. Isto pode ser contornado utilizando-se a memória do servidor através das variáveis de seção, as quais permanecem ativas enquanto o usuário não fechar o navegador, com isto podemos fazer com que tenhamos um programa rodando no servidor, gravando os objetos serializados em variáveis de seção. A. Objetivo Principal Para conseguir implementar a comunicação adequada para se desenvolver um sistema em Ajax, o programador precisa realizar uma série de procedimentos como, por exemplo, diferentes implementações que diferentes navegadores necessitam, montagem de uma estrutura do conteúdo de retorno (geralmente XML) para que as variáveis possam ser reconhecidas pelo cliente, entre outros. O objetivo principal do trabalho é o

3 desenvolvimento de um framework que faça todo este trabalho repetitivo e desgastante que um programador precisa realizar para desenvolver uma aplicação em Ajax. Acredita-se que ter transparente em Javascript todo o acesso ao sistema tornará mais intuitivo e simples o desenvolvimento de um sistema Web em Ajax. O desenvolvedor poderia então, utilizar a UML normalmente enquanto define a estrutura do sistema, desenvolvendo as classes de persistência e a comunicação com o banco de dados. Após esta etapa, o framework irá gerar os códigos de comunicação entre cliente e servidor, e o desenvolvedor irá trabalhar diretamente no Javascript fazendo as chamadas dos métodos no servidor através de eventos disparados no HTML, ficando livre para desenvolver ou aplicar o design do site em HTML. B. Proposta Para fazermos a aplicação da solução de chamada remota de métodos em Ajax, é necessária a geração de componentes que implementam a comunicação entre cliente e servidor, estes são chamados em computação distribuída de Stub e Skeleton. A idéia é o desenvolvimento de uma ferramenta, encarregado de gerar tais componentes. A ferramenta desenvolvida trabalha sobre as tecnologias PHP5, que já possui implementação com orientação a objetos, e Javascript, o qual possuíra as interfaces para a chamada de métodos PHP no servidor. Inicialmente, o desenvolvedor implementa as classes PHP que representam as entidades persistentes, a ferramenta trabalha sobre estas classes, gerando os códigos do Skeleton no servidor (PHP) e os códigos Javascript que farão a interface. O desenvolvedor com as classes prontas, insere as classes no sistema para serem tratadas, logo após deverá indicar ao sistema quais objetos e métodos no servidor poderão ser chamados pelo cliente. O framework então lerá todos os códigos indicados, tratando possíveis heranças e outros que poderão gerar alguma particularidade no funcionamento do Stub. Após este passo o desenvolvedor terá em mãos todos os componentes necessários para o funcionamento de sua aplicação. Agora é só desenhar a interface (HTML) e programar o cliente. No programa do cliente o programador já poderá chamar os métodos do servidor que foram indicados para comunicação. III. TRABALHOS RELACIONADOS O desenvolvimento em Ajax vem ganhando vários adeptos atualmente principalmente devido à sua grande amplitude de aplicação. O Ajax pode ser utilizado para uma grande variedade de aplicações, além de tornar possível a transformação de vários tipos de sistemas desktop em sistemas Web. Foram estudados alguns trabalhos a respeito do assunto, demonstrando a variedade de possibilidades de aplicação do Ajax. A. Construindo Aplicações com Ajax À medida que a Internet foi evoluindo, com o tempo foi tornando-se mais amigável com o usuário e permitindo-se construir sites cada vez mais interativos. Com o tempo foram surgindo novas tecnologias que permitem que os sites se tornem cada vez mais programáveis, como por exemplo, o Javascript, o flash, o PHP e o ASP entre outros. Entretanto, softwares Web continuavam, mesmo com essas tecnologias, com algumas limitações como baixa performance e falta de interatividade, especialmente quando comparados com softwares desktop [5]. Agora, os desenvolvedores possuem nas mãos uma nova ferramenta, que possibilita tornar os softwares Web mais parecidos com os softwares desktop. Esta ferramenta se chama Ajax (Asynchronous JavaScript e XML). Além de se parecer mais com softwares desktop, sites construídos com Ajax desenvolvem performance melhor do que sites tradicionais, isso porque o funcionamento do Ajax permite recuperar informação do servidor e exibir esta informação na tela sem que a página seja recarregada, através de uma chamada feita pelo Javascript. Por exemplo, o Google Maps, permite que o usuário clique no mapa e arraste-o para visualizar partes do mapa que antes não estavam sendo exibidas na tela, diferente, por exemplo do Terra Mapas [19] onde, quando o usuário deseja ver um pedaço logo abaixo no mapa, é necessário recarregar a página com a parte do mapa desejada. Todos os navegadores atuais suportam o Ajax, como ele usa apenas o Javascript como tecnologia necessária no navegadores para funcionar. Apesar de tudo, o Ajax ainda precisa desenvolver alguns conceitos que estão defasados, como complexidade de desenvolvimento e segurança. Ajax oferece melhorias de performance e interatividade ao desenvolvimento Web, alguns conceitos que antes só eram possíveis em softwares desktop agora também podem ser implementados via Web, permitindo-se construir sites com melhor usabilidade e ferramentas mais poderosas como editores de texto e programas de tratamento de imagens. B. Segurança Os sistemas Web podem se tornar inseguros devido ao grande número de tecnologias novas sendo usadas e também ao fato de que às vezes programadores utilizam essas novas tecnologias de maneira incorreta produzindo brechas de segurança em seus sistemas. Além disso, quando tratamos de sistemas Web, deixamos todo o código residente no navegador à disposição do usuário [3]. O número de vulnerabilidades em sistemas Web ultrapassou o número de vulnerabilidades de todos os outros tipos de aplicativos. Lembrando que cada vez mais os sistemas estão sendo implementados para Web. O Ajax, por ainda ser pouco conhecido e pela falta de experiência de programadores neste estilo, cria a possibilidade de vulnerabilidade nos sistemas criados com este método. Por exemplo, certa vez um garoto de 14 anos descobriu por acaso um sério bug no Gmail. Ao enviar um código Javascript de outro mail para o seu Gmail, o código foi executado no seu navegador ao visualizar o conteúdo da mensagem. Algumas entidades como a Web Application Security Project estão colaborando com este cenário através da criação de

4 frameworks e ferramentas. De qualquer maneira ainda faltam muitas melhorias neste processo. Segundo Mark Curphey, a Internet é diferente, os códigos não são compilados e estão espalhados entre servidores e clientes. A melhor ferramenta de teste é o próprio homem, porém ferramentas automáticas ajudam os homens a ficarem na frente nesta corrida. C. O uso do Ajax em sistemas geográficos Outra aplicação do Ajax são os Sistemas de Informação Geográfica como o Google Maps [6]. Um Sistema de Informação Geográfica (SIG ou GIS - Geographic Information System, do acrônimo inglês) é um sistema de hardware, software, informação espacial e procedimentos computacionais, que permite e facilita a análise, gestão ou representação do espaço e dos fenômenos que nele ocorrem. O artigo apresenta como resultado um framework eficiente para integração de Sistemas de Informação Geográfica com o Ajax. A idéia do framework é integrar diferentes aplicações em diferentes plataformas, utilizando o Javascript com Web Services e XML, aumentando assim a performance de aplicações Web de informação geográfica. Explicando melhor, o framework permite que navegadores leiam dados de servidores de informações geográficas e exibam a informação ao usuário de forma transparente e rápida, através do Ajax. A leitura desses dados é feita da seguinte maneira: o navegador requisita a informação a um servidor Web, este servidor, através de uma aplicação JSP, recupera a informação do servidor GIS e a retorna para o navegador do cliente. A utilização do Ajax permite ainda a criação de ferramentas diversas e com utilidades até então possíveis somente em programas locais como, por exemplo editores de imagens [2]. D. Arquitetura Alguns frameworks existentes conquistaram reconhecimento e se tornaram grandes contribuições para o desenvolvimento Ajax. A necessidade de tais ferramentas é muito significativa, uma vez que o desenvolvimento em Ajax requer a execução de uma grande quantidade de trabalho repetitivo e complicado para se obter um aplicativo consistente e seguro. Três dos grandes frameworks existentes atualmente são o Google Web Toolkit, o Echo2 e o Backbase [7]. O Google Web Toolkit (GWT) foi desenvolvido devido ao fato dos programadores do Google estarem levando muito tempo para desenvolver suas aplicações e tornando-as muito complicadas. Profissionais do Google pensaram então em criar uma aplicação para ajudar seus desenvolvedores a utilizar padrões para a programação Ajax e facilitar técnicas repetitivas. O GWT é uma aplicação Java que torna mais fácil o desenvolvimento orientado a objetos. A idéia inicial do GWT é programar em Java para gerar automaticamente os códigos Javascript. O código gerado pelo GWT faz com que a maioria do processamento seja executado no lado Cliente, fazendo com que o tráfego com o servidor diminua, porém as aplicações ficam mais pesadas no navegador do cliente. O Echo2 permite ao desenvolvedor programar suas aplicações seguindo o paradigma orientado a objetos. A ferramenta consiste numa aplicação servidor em J2EE e uma aplicação cliente em Javascript. A interação clienteservidor fica invisível ao programador. O sistema baseia-se na atualização de estado entre cliente e servidor. O Backbase é um software proprietário, bem completo e que já possui grandes clientes como a Ferrari, seu framework foi um dos primeiros frameworks comerciais para Ajax. O Backbase utiliza uma linguagem de interface própria chamada de BXML. O lado servidor do framework é desenvolvido em JSF. As mudanças de estado no cliente são enviadas ao servidor em determinados eventos. A Microsoft também criou um framework com o intuito de quebrar a complexidade de sistemas Ajax [11]. O Atlas se apresentou um bom framework, porém possui algumas limitações, com ele só é possível desenvolver na linguagem servidora da Microsoft, o ASP, além de só funcionar em plataforma Windows [4]. E. Chamada Assíncrona de Métodos Remotos Java RMI é a implementação de chamada remota de métodos em Java. Este modelo permite que um programa cliente obtenha referência para um objeto remoto e faça chamadas aos métodos deste objeto. Existe em Java RMI uma limitação no que se refere ao fato de não ser possível fazer chamadas remotas de maneira assíncrona. O conceito de chamadas assíncronas define que o programa cliente prossiga na sua execução após realizar uma chamada a um método remoto. Isso evita que o programa fique ocioso enquanto aguarda o resultado de uma chamada. A noção de sistemas distribuídos tem se firmado cada vez mais como o padrão de plataforma de desenvolvimento de software [8]. A programação distribuída, através de chamada remota de métodos, caracteriza uma solução mais organizada para o desenvolvimento de aplicações distribuídas do que todos as soluções utilizadas até hoje com os frameworks e ferramentas existentes para Ajax. Seria interessante fazer essa aproximação, tornar o desenvolvimento em Ajax semelhante à metodologia utilizada em chamada remota de métodos, para tornar mais ainda orientado a objetos e organizado. Isso facilitaria a análise e modelagem UML dos sistemas em Ajax. F. JSON-RPC-Java Uma ferramenta recentemente criada implementa algo bem parecido com o objetivo deste trabalho, porém para um sistema servidor em Java. A ferramenta possibilita a chamada remota de métodos de uma aplicação em Java rodando no servidor através de Javascript rodando em um navegador. Além disso, possibilita o mapeamento de objetos através de reflexão [10]. Segundo a documentação do projeto, o mesmo apresenta uma limitação, a ferramenta não dá suporte a referência circular. Tanto o PHP quanto o Javascript possibilitam referência circular, além disso a metodologia utilizada em Ajax também

5 possibilita a utilização de referência circular em transporte de objetos serializados. Outra limitação a ser vencida neste projeto é o fato de o tempo de vida de um programa PHP ser diferente de um aplicativo Java. Um programa PHP se inicia quando é feita a requisição e termina quando o mesmo retorna o conteúdo para o cliente. Isso pode ser contornado utilizando-se variáveis de sessão, variáveis que permanecem existentes na memória do servidor entre uma requisição e outra. Os objetos criados devem ser serializados e armazenados nestas variáveis. A serialização em PHP dá suporte a composição e até mesmo a referência circular. IV. METODOLOGIA Como foi visto anteriormente, nosso objetivo é otimizar a programação em Ajax, diminuindo a complexidade e facilitando trabalhos complexos que o Ajax exige. Para isso precisamos alcançar uma estruturação metódica padrão que facilite o uso para desenvolvedores acostumados com os padrões de orientação por objeto. A. Desenvolvimento A idéia do trabalho é que o desenvolvedor possa chamar os métodos dos objetos no servidor de maneira transparente através do Ajax. No framework prototype, por exemplo, o desenvolvedor faz a chamada através de uma URL, passando como parâmetro os nomes das variáveis e seus valores, no servidor, é necessário implementar este tratamento, receber as variáveis e montar o resultado, assim como se monta uma página com o PHP, o resultado então é trazido para o Javascript que pode tratá-lo e exibi-lo na tela ou realizar qualquer outra ação com ele. A metodologia utilizada em chamada remota de métodos trata os métodos do servidor como se estes estivessem implementados no próprio cliente. Em Java RMI o desenvolvedor obtém uma referência para um objeto remoto através de um lookup apontando para a máquina servidor. O Java RMI, além disso possui um gerador dos componentes de comunicação entre cliente e servidor. Após gerados estes componentes (Stub no cliente, Skeleton no servidor), o cliente pode acessar os objetos do servidor de maneira transparente, isto facilita o desenvolvimento já que o desenvolvedor não precisa se preocupar com a implementação da comunicação, apenas deve conhecer os objetos do servidor e como estes se comportam. A idéia do trabalho é exatamente a mesma idéia de Java RMI. A ferramenta proposta realiza a leitura de todo o código devidamente orientado a objetos implementado no servidor, e gera o código de obtenção de referência e chamada de métodos dos objetos. Além disso gera o código Javascript com as interfaces para a chamada dos métodos no servidor. O desenvolvedor, ciente do funcionamento das classes no servidor, faz as chamadas dos métodos remotos passando como parâmetro variáveis do Javascript, que podem ser, por exemplo, variáveis de formulários HTML, e recebe seus resultados como retorno normal das funções, podendo utilizá-los da maneira correta, exibindo-os na tela em campos de formulários, ou inserindo códigos HTML retornados pelas funções no HTML já presente na página naquele momento. Outra vantagem da ferramenta apresentada neste trabalho é a implementação automática de soluções para os problemas do Ajax já bem conhecidos por programadores como, por exemplo, o funcionamento do botão voltar, que geralmente é ativado no navegador quando o endereço do site muda, o que não acontece quando se trabalha com Ajax, ou ainda a não indexação completa por mecanismos de pesquisa como o Google. B. Estrutura de Programação A ferramenta desenvolvida é capaz de gerar automaticamente os componentes de comunicação necessários para o funcionamento do sistema. O referido sistema foi desenvolvido em PHP (servidor) e Javascript (cliente).assim como um sistema RMI tradicional, o sistema desenvolvido com a solução sugerida neste trabalho possui os seguintes componentes: Programa Cliente Stub Skeleton Programa Servidor Os componentes citados acima estão representados na Figura 3.1. Fig. 3. Estrutura de um programa RMI O programa cliente é nada mais do que uma página HTML contendo links que farão chamadas às funções de objetos declarados no Servidor. Fazendo uma analogia a Java, este componente seria a interface com o usuário final do sistema, assim como um jframe com botões e caixas de texto. O Stub é o componente responsável pela comunicação com o Skeleton e é desenvolvido em Javascript. O mesmo é capaz de receber uma requisição de acesso a um objeto qualquer, enviá-la ao Skeleton, receber o objeto serializado com os métodos e gerar dinamicamente o objeto correspondente em Javascript O Skeleton por sua vez, recebe a requisição de acesso ao objeto e localiza o mesmo no programa servidor. Após localizado o objeto, o Skeleton recupera o objeto que está gravado em variável de sessão, serializa o objeto e retorna o mesmo ao Stub. O programa servidor pode ser qualquer tipo de sistema orientado a objetos e implementado em PHP5, o qual da suporte à orientação por objetos.

6 Note que em Java RMI os objetos remotos não podem ser criados por clientes tradicionalmente, porém existe uma ferramenta que torna isso possível, o Java 2 Remote Object Activation [20]. Tendo em vista que esta possibilidade não seria uma desvantagem, e sim uma vantagem, a ferramenta criada possibilita a criação de objetos remotos pelo cliente. V. SOLUÇÃO Como solução para o problema apresentado neste trabalho, foi desenvolvida uma ferramenta, a qual iremos chamar de phpajaxrmi. A ferramenta desenvolvida é composta basicamente por dois módulos: O Stub e o Skeleton. O Stub, como foi dito, cria objetos Javascript dinamicamente de acordo com a resposta do servidor à requisição de acesso ao objeto feita. Para isso, usamos uma propriedade dos objetos Javascript, chamada prototype, que permite que métodos e atributos sejam adicionados a objetos em tempo de execução. Isto significa que temos uma classe padrão, chamada de RemoteObject, dentro do Stub. Um objeto dessa classe será instanciado para cada objeto remoto que for criado no Javascript, no construtor desta classe passaremos o nome da classe e um id de registro do objeto caso ele já exista no servidor, caso contrário será instanciado um novo objeto remoto. A comunicação entre Stub e Skeleton e feita basicamente por requisições http e objetos serializados em XML. Ou seja, o Stub envia uma requisição via URL, passando parâmetros encapsulados na mesma, e recebe os Objetos serializados, os traduz e cria os objetos propriamente ditos. Note que os métodos farão apenas requisições e não possuirão a implementação, que ficará no servidor, assim como Java RMI. O Skeleton possui uma Classe chamada Object, que receberá como parâmetro em seu construtor, o nome da classe e o id do registro (null para novo objeto). O Object então procura em um banco de registros para ver se já existe um objeto registrado com aquele id (assim como o rmiregistry do Java), caso exista, recupera o objeto e o envia serializado como resposta para o Stub. Este envio é feito via conteúdo XML. Para que isto seja possível foi implementado um componente que guarda registros de objetos, chamado de ObjectRegistry. Além disso, para objetos requisitados que não estiverem no registro, são utilizadas as funções do PHP: getdeclaredclasses, que retorna os nomes de todas as classes declaradas no sistema; getclassmethods, que retorna os métodos de uma classe ou de um objeto; e a função getclassvars, que retorna todas as variáveis da classe. A estrutura citada está representada no diagrama da Figura 4.1. A. Especificação da Ferramenta A ferramenta desenvoldida foi totalmente construída utilizando as tecnologias PHP e Javascript. Todos os outros componentes foram construídos sobre essas tecnologias. A justificativa para a utilização do Javascript se deve ao fato de ser a linguagem de programação baseada em navegador mais utilizada no mundo, além de permitir orientação por objetos. Já a utilização do PHP se deve ao fato de ser uma linguagem de Fig. 4. Estrutura de uma aplicação criada através da solução aqui apresentada programação Web bastante popular atualmente e de não possuir uma ferramenta que atenda bem no contexto aqui apresentado. Devido a uma particularidade do PHP, o tempo de vida de um programa escrito nesta linguagem é curto, o programa inicia quando a requisição é feita e, após a conclusão da geração do HTML, termina. Para contornar este problema, foram utilizadas as variáveis de sessão, variáveis que permanecem residentes na memória do servidor enquanto o cliente estiver com seu navegador ativo. Tecnicamente, os objetos são serializados e então armazenados na memória do servidor. Quando o cliente requisitar novamente acesso ao objeto, o mesmo é recuperado da memória e então é restaurado, recuperando seu estado de existência anterior (objeto instanciado). Para a geração dos componentes, foram utilizadas, além do StubSkeletonGenerator, uma classe para realizar a compactação e descompactação dos arquivos, outra para realizar a leitura dos diretórios recursivamente e atribuir permissões aos arquivos. Estes componentes compõem o núcleo da aplicação e realizam a tarefa mais importante de todo o contexto, os mesmos estão representados na Figura 4.2. Fig. 5. B. Exemplo de Utilização Estrutura do gerador de componentes Como exemplo de aplicação do phpajaxrmi, utilizamos uma aplicação para fazer consultas a um banco de dados mysql. A aplicação funciona basicamente da seguinte maneira: a interface possui um campo de texto no qual o usuário entrará uma consulta SQL. O servidor possui uma classe Banco

7 responsável por manter a conexão com o banco de dados e realizar as requisições ao mesmo. Além disso a interface possui uma tabela na qual os resultados das consultas são exibidos. Na mesma tabela existe a opção de alterar ou excluir um registro, caso o mesmo pertença somente a uma tabela do banco. Para utilizar o phpajaxrmi, o usuário precisa compactar o diretório contendo suas classes PHP em um arquivo único, o qual é inserido no programa, conforme a Figura 4.3. O phpajaxrmi então executa as seguintes tarefas: Descompacta o arquivo no servidor que hospeda o phpajaxrmi; Monta a estrutura de diretórios sobre a qual funcionará a aplicação depois da geração; Lê cada classe, tratando linha por linha e buscando os nomes e tipos das variáveis, os nomes dos métodos e seus tipos de retorno e seus parâmetros; Imprime um arquivo Javascript para cada classe PHP, com todos as variáveis, métodos e parâmetros encontrados nas classes PHP, porém com códigos diferentes, códigos estes que farão a chamada no servidor, converterão os objetos retornados de PHP para Javascript e retornarão os mesmos, estes arquivos farão o papel das interfaces de chamada dos objetos remotos; Copia os componentes necessários para o funcionamento da aplicação, são eles: - Skeleton, componente previamente gerado que receberá as requisições e fará o controle e execução dos objetos remotos; - PHPUnserialize [14], componente responsável por traduzir objetos php serializados em objetos Javascript; - Prototype, framework Javascript responsável por executar a parte mais baixo nível da comunicação com o servidor, trata as diferenças entre os diferentes navegadores; Finalmente, compacta toda a estrutura gerada em um arquivo e disponibiliza o mesmo para o usuário. Fig. 6. Tela do phpajaxrmi Com a estrutura da aplicação em mãos, o usuário pode agora desenvolver sua aplicação. Considerando que o usuário tenha inserido a classe Banco em seu arquivo inicial, sendo assim o usuário agora possui a interface Banco, em Javascript, a qual fará referência ao objeto remoto no servidor. Para concluir o desenvolvimento da aplicação, o usuário agora precisa construir a interface que deverá conter um campo de texto para a entrada do comando SQL, um botão para executar a chamada e uma tabela para exibir os resultados da SQL executada. O usuário, além disso deverá instanciar um objeto Banco no corpo da página que contém a aplicação, ao chamar o construtor, é feita uma requisição ao servidor solicitando a execução do construtor no servidor, um objeto remoto será instanciado. Ao botão deverá ser atribuído um evento que deve ser executado quando se clicar no mesmo, este evento deverá chamar um método do objeto remoto que receberá como parâmetro a SQL contida no campo texto informada pelo usuário. Este método retornará uma matriz com os resultados do SQL, está matriz, contida em um objeto PHP, será convertida em uma matriz Javascript, que então será inserida na tabela linha a linha. Durante a implementação deste sistema utilizando o phpajaxrmi, o desenvolvedor economizou milhares de linhas de código. Além disso, depois de gerado o código, já ficou bem claro o que seria necessário fazer para concluir a aplicação desejada, isto se deve ao fato de o desenvolvedor não precisar se preocupar com centenas de questões pertinentes ao problema e poder manter seu foco somente na estrutura dos objetos que efetivamente fazem parte da aplicação. VI. CONCLUSÃO O desenvolvimento Web vem ganhando espaço na área de tecnologia e vem cada vez mais se tornando uma necessidade para o desenvolvimento e crescimento da tecnologia da informação. À medida que uma nova tendência como esta cresce, é necessário que se disponha de uma plataforma capaz de sustentar ou até acelerar este crescimento, de maneira que precisamos de novas tecnologias e soluções para que se torne possível sustentar todo esse crescimento e toda essa quantidade e velocidade de informação. O desenvolvimento Web também tem se tornado muito popular, devido ao fato de seu baixo custo operacional. Qualquer computador atualmente conectado à rede é capaz de rodar aplicativos Web sem qualquer problema de compatibilidade. Toda esta popularização e crescimento fazem necessário o desenvolvimento de novas soluções que tornem mais ágil e inteligente a produção de sistemas Web. Além disso, também vem crescendo o número de profissionais que trabalha nesta área. O trabalho tem o objetivo de tornar conhecida esta necessidade da produção mais organizada e padronizada na Web, já que o desenvolvimento Web possui centenas de tecnologias e possibilidades diferentes, necessitando assim de padronização e agilidade. O trabalho apresenta uma solução que pode tornar o desenvolvimento Web mais correto. A ferramenta apresentada possibilita ao desenvolvedor maior agilidade, padronização e o

8 protege de erros difíceis de se detectar, já que se possui grande parte da implementação resolvida automaticamente. Além da organização, utlizando o phpajaxrmi o desenvolvedor é capaz de desenvolver aplicações mais robustas, atingindo contextos mais profissionais, possibilitando inclusive a modelagem de sistemas corporativos com maior consistência. REFERENCES [1] Jesse James Garrett, Ajax: A New Approach to Web Applications, Adaptive Path, [2] Thiago Silva Borges, Jackson Gomes de Souza, Um Protótipo de Editor de Imagens via Web, Sistemas de Informação - Centro Universitário Luterano de Palmas, 2005 [3] Mike Andrews, The State of Web Security, IEEE Computer Society, IEEE Security & Privacy, 2006 [4] Keith Smith, Simplifying Ajax-Style Web Development, Microsoft, 2006 [5] Linda Dailey Paulson, Building Rich Web Applications with Ajax, IEEE Computer Society, 2005 [6] Ahmet Sayar, Marlon Pierce, Geoffrey Fox, Integrating AJAX Approach into GIS Visualization Web Services, Microsoft, 2006 [7] Ali Mesbah, Arie van Deursen, An Architectural Style for Ajax, Faculty of Electrical Engineering, Mathematics and Computer Science - Delft University of Technology, 2006 [8] Marco Túlio de Oliveira Valente, Wendell Figueiredo Taveira, Mariza Andrade da Silva Bigonha, Roberto da Silva Bigonha, Chamada Assíncrona de Métodos Remotos em Java, Departamento de Ciência da Computação, PUC-MG - Instituto de Ciências Exatas, 2002 [9] Prototype JavaScript Framework [10] JavaScript to Java AJAX communications library [11] Atlas Framework [12] Hypertext Preprocessor [13] Active Server Pages [14] Unserialize PHP with Javascript Unserialize.html, [15] Google Maps [16] Google Web Toolkit [17] Google Suggest [18] script.aculo.us [19] Terra Mapas [20] Java 2 Remote Object Activation