Zend_Amf_Server fornece um servidor no estilo RPC
        para manipular requisições feitas com Adobe Flash Player usando o protocolo
        AMF. Como todas as classes de servidor do Zend Framework, ela segue a
        API SoapServer, fornecendo uma interface fácil de lembrar para criar
        servidores.
    
Exemplo 29. Servidor AMF Básico
            Vamos assumir que você tenha criado uma classe Foo com uma
            variedade de métodos públicos. Você pode criar um servidor AMF usando
            o código a seguir:
        
$server = new Zend_Amf_Server();
$server->setClass('Foo');
$response = $server->handle();
echo $response;
        Alternativamente, você pode optar por atribuir uma simples função como chamada de retorno:
$server = new Zend_Amf_Server();
$server->addFunction('myUberCoolFunction');
$response = $server->handle();
echo $response;
        
            Você também pode misturar e combinar várias classes e funções. Quando fizer isso,
            sugerimos que utilize namespaces para que nenhuma colisão de nomes de métodos ocorra;
            isso pode ser feito simplesmente passando uma string como segundo argumento, tanto para
            addFunction() ou setClass().
        
$server = new Zend_Amf_Server();
$server->addFunction('myUberCoolFunction', 'my')
       ->setClass('Foo', 'foo')
       ->setClass('Bar', 'bar');
$response = $server->handle();
echo $response;
        
            O Zend_Amf_Server também permite que serviços sejam
            dinamicamente carregados baseado em um caminho de diretório fornecido. Você pode
            adicionar tantos quantos diretórios desejar ao servidor. A ordem em que você adiciona os
            diretórios ao servidor será a ordem em que a pesquisa LIFO será
            realizada nos diretórios para encontrar a classe. Adição de diretórios é feita com
            o método addDirectory().
        
$server->addDirectory(dirname(__FILE__) .'/../services/'); $server->addDirectory(dirname(__FILE__) .'/../package/');
            Ao chamar serviços remotos, os nomes de seus fontes podem conter sublinhados ("_") e
            pontos (".") como delimitadores de diretórios. Quando um sublinhado é usado, as
            conveções PEAR e Zend Framework para nomenclaturas serão respeitadas.
            Isso significa que se você chamar um serviço com_Foo_Bar o servidor
            procurará pelo arquivo Bar.php em cada caminho incluído em
            com/Foo/Bar.php. Se a notação de ponto é usada para seu serviço
            remoto como em com.Foo.Bar, com/Foo/Bar.php
            será adicionado ao final de cada caminho incluído para autocarregar
            Bar.php
        
Todas as requisições AMF enviadas ao script serão manipuladas posteriormente pelo servidor, e uma resposta AMF será retornada.
Todas as Funções e Métodos atribuídos precisam de Blocos de Documentação (Docblocks)
Como todos os componentes de servidor no Zend Framework, você precisa documentar seus métodos de classe usando docblocks PHP. Você precisa fornecer, no mínimo, anotações para cada argumento obrigatório assim como o valor de retorno. Exemplo:
// Função para atribuição:
/**
 * @param  string $name
 * @param  string $greeting
 * @return string
 */
function helloWorld($name, $greeting = 'Hello')
{
    return $greeting . ', ' . $name;
}
        
// Classe atribuída
class World
{
    /**
     * @param  string $name
     * @param  string $greeting
     * @return string
     */
    public function hello($name, $greeting = 'Hello')
    {
        return $greeting . ', ' . $name;
    }
}
        Outras anotações podem ser usadas, mas serão ignoradas.
            Conectar a seu Zend_Amf_Server a partir de seu projeto Flex é
            bem simples; você simplesmente precisa apontar sua URI de ponto de
            extremidade (endpoint) para seu script Zend_Amf_Server
        
            Digamos, por exemplo, que você tenha criado seu servidor e o colocado no arquivo
            server.php na raiz de sua aplicação, e seu URI é
            http://example.com/server.php. Neste caso, você modificaria seu
            arquivo services-config.xml para definir o atributo uri de ponto de
            extremidade, channel, para este valor.
        
            Se você nunca criou um arquivo services-config.xml você poderá
            fazê-lo abrindo seu projeto na janela 'Navigator' do Flex Builder. Clique com o botão
            direito sobre nome do projeto e selecione 'properties'. Na janela de diálogo de
            propriedades do projeto vá para o menu 'Flex Build Path', aba 'Library path' e tenha
            certeza de que o arquivo 'rpc.swc' foi adicionado aos caminhos de
            seus projetos e pressione 'Ok' para fechar a janela.
        
            Você também precisará informar ao compilador para usar o arquivo
            services-config.xml para encontrar o ponto de extremidade do
            RemoteObject. Para isso, abra novamente o painel de propriedades
            de seu projeto clicando com o botão direito do mouse no diretório do projeto a partir
            da janela 'Navigator' e selecionando 'properties'. Na popup de propriedades selecione
            'Flex COmpiler' e adicione a seqüência de caracteres:
            -services "services-config.xml". Pressione 'Apply' e depois 'OK' para
            voltar e atualizar a opção. O que você acabou de fazer foi dizer ao compilador Flex para
            procurar por variáveis de tempo de execução no arquivo
            services-config.xml que serão usadas pela classe
            RemoteObject
        
            Agora precisamos dizer ao Flex qual arquivo de configuração de serviços usar para
            conectar a nossos métodos remotos. Por essa razão crie um novo arquivo
            'services-config.xml' em seu diretório src do
            seu projeto Flex. Pra fazer isso clique com o botão direito no diretório do projeto e
            selecione 'new'; 'File' que uma nova janela se abrirá. Selecione o diretório do projeto
            e nomeie o arquivo 'services-config.xml' e pressione 'finish'.
        
            O Flex criou um novo servies-config.xml e o abriu. Use o texto de
            exemplo a seguir para seu arquivo services-config.xml. Tenha
            certeza de atualizar seu ponto de extremidade (endpoint) para coincidir com seu servidor
            de testes e que você salve o arquivo.
        
<?xml version="1.0" encoding="UTF-8"?>
<services-config>
    <services>
        <service id="zend-service"
            class="flex.messaging.services.RemotingService"
            messageTypes="flex.messaging.messages.RemotingMessage">
            <destination id="zend">
                <channels>
                    <channel ref="zend-endpoint"/>
                </channels>
                <properties>
                    <source>*</source>
                </properties>
            </destination>
        </service>
    </services>
    <channels>
        <channel-definition id="zend-endpoint"
            class="mx.messaging.channels.AMFChannel">
            <endpoint uri="http://example.com/server.php"
                class="flex.messaging.endpoints.AMFEndpoint"/>
        </channel-definition>
    </channels>
</services-config>
        
            Há dois pontos chave no exemplo. Primeiro, mas por último na listagem, criamos um canal
            AMF e especificados o poonto de extremidade (endpoint) como
            URL para nosso Zend_Amf_Server:
        
<channel-definition id="zend-endpoint"
    <endpoint uri="http://example.com/server.php"
        class="flex.messaging.endpoints.AMFEndpoint"/>
</channel-definition>
        Note que demos a este canal um identificador, "zend-endpoint". O exemplo cria um destino de serviço que se refere a este canal, atribuindo a ele um ID também - neste caso "zend".
            Em nossos arquivos MXML do Flex, precisamos ligar um
            RemoteObject ao serviço. Em MXML, isto é feito
            como a seguir:
        
<mx:RemoteObject id="myservice"
    fault="faultHandler(event)"
    showBusyCursor="true"
    destination="zend">
        
            Aqui, definimos um novo objeto remoto identificado por "myservice" ligado ao destino de
            serviço "zend" que definimos no arquivo services-config.xml. Nós
            depois chamamos métodos em nosso ActionScript simplesmente
            chamando "myservice.<método>". Como no exemplo:
        
myservice.hello("Wade");
        Quando usando espaços de nomes (namespaces), usamos: "myservice.<espaço de nome>.<método>":
myservice.world.hello("Wade");
        
            Para mais informações sobre como utilizar o RemoteObject do Flex,
            
            visite o site da Ajuda do Adobre Flex 3.
        
            Por padrão, todas as exceções lançadas em suas classes ou funções anexadas serão obtidas
            e retornadas como ErrorMessages do AMF.
            No entando, o conteúdos destes objetos ErrorMessage variam se
            o servidor está ou não em modo de "produção" (o estado padrão).
        
Quando em modo de produção, somente o código da exceção será retornado. Se você desabilitar o modo de produção - algo que você deve fazer apenas para testes - a maioria dos detalhes de exceção serão retornados: a mensagem de exceção, linha, e pilha de execução (backtrace) serão todos anexados.
Para desabilitar o modo de produção, faça o seguinte:
$server->setProduction(false);
            Para habilitá-lo novamnete, passe um valor booleano TRUE:
        
$server->setProduction(true);
Desabilite o modo de produção com moderação!
Recomendamos desabilitar o modo de produção somente durante o desenvolvimento. Mensagens de exceção e pilhas de execução podem conter informações sensíveis que você provavelmente não deseje que terceiros tenham acesso. Mesmo AMF sendo um formato binário, a especificação é aberta, o que quer dizer que qualquer um pode, potencialmente, desserializar os dados carregados.
Uma área para ser especialmente cuidadoso são os próprios erros PHP. Quando a diretiva display_errors do INI está habilitada, qualquer erro PHP para o nível atual de reltório de erros são mostrados diretamente na saída - potencialmente interrompendo a carga de dados AMF. Sugerimos desabilitar a diretiva display_errors em modo de produção para evitar tais problemas
            Ocasionalmente você pode desejar manipular levemente o objeto de resposta, tipicamente
            para retornar cabeçalhos de mensagem extra. O método handle()
            do servidor retorna o objeto da resposta, possibilitando a você fazer isto.
        
Exemplo 30. Adicionando Cabeçalhos de Mensagem à Resposta AMF
                Neste exemplo, adicionamos um MessageHeader 'foo' com o
                valor 'bar' à resposta antes de retorná-la.
            
$response = $server->handle();
$response->addAmfHeader(new Zend_Amf_Value_MessageHeader('foo', true, 'bar'))
echo $response;
        De modo similar ao SOAP, AMF permite que sejam passados objetos entre o cliente e o servidor. Isso permite uma grande quantidade de flexibilidade e coerência entre os dois ambientes.
            Zend_Amf fornece três métodos para mapeamento entre objetos
            ActionScript e PHP.
        
- 
                
Primeiro, você deve criar explicitamente ligações no nível do servidor, usando o método
setClassMap(). O primeiro argumento é o nome da classe ActionScript, o segundo é a classe PHP que a mapeia:// Mapeia a classe ActionScript 'ContactVO' para a classe PHP 'Contact': $server->setClassMap('ContactVO', 'Contact'); - 
                
Em segundo lugar, você definir a propriedade pública
$_explicitTypeem sua classe PHP, com o valor representando a classe ActionScript para mapear:class Contact { public $_explicitType = 'ContactVO'; } - 
                
Terceiro, de maneira similar, você pode definir o método público
getASClassName()em sua classe PHP; este método deve retornar a classe ActionScript apropriada:class Contact { public function getASClassName() { return 'ContactVO'; } } 
Embora tenhamos criado o ContactVO no servidor precisamos agora fazer a classe correspondente em AS3 para que o objeto de servidor seja mapeado.
            Clique com o botão direito na pasta src de seu projeto Flex e
            selecione 'New' -> 'ActionScript File'. Nomeie o arquivo como 'ContactVO' e pressione
            'finish' para ver o novo arquivo. Copie o seguinte código para finalizar a criação da
            classe.
        
package
{
    [Bindable]
    [RemoteClass(alias="ContactVO")]
    public class ContactVO
    {
        public var id:int;
        public var firstname:String;
        public var lastname:String;
        public var email:String;
        public var mobile:String;
        public function ContactVO():void {
        }
    }
}
        A classe é sintaticamente equivalente à classe PHP com o mesmo nome. Os nomes de variáveis são exatamente os mesmos e precisam estar sob o mesmo caso para que funcione apropriadamente. Existem duas marcações meta (meta tags) AS3 únicas nesta classe. A primeira é Bindable, que faz com que um evento de alteração (change) seja disparado quando ela é atualizada. A segunda marcação é RemoteClass, que define que esta classe pode ter um objeto remoto mapeado a ela com um apelido, neste caso ContactVO. É obrigatório que o valor desta marcação seja definido seja estritamente equivalente ao da classe PHP.
[Bindable]
private var myContact:ContactVO;
private function getContactHandler(event:ResultEvent):void {
    myContact = ContactVO(event.result);
}
        
            O evento de resultado gerado pela chamada ao serviço é instantaneamente convertido para
            o ContactVO do Flex. Qualquer coisa que seja direcionada a myContact
            será atualizado e os dados de ContactVO serão retornados.
        
            Zend_Amf fornece ferramentas para mapear tipos de recursos
            retornados por classes de serviços em informações consumíveis pelo ActionScript.
        
            A fim de lidar com tipo de recurso específico, o usuário precisa criar uma classe plugin
            chamado após o nome do recurso, com palavras em maiúsculas e espaços removidos (assim
            recurso do tipo "resultado mysql" torna-se ResultadoMysql), com algum prefixo, ex.:
            Meu_ResultadoMysql. Esta classe precisa implementar um método,
            parse(), recebendo um argumento - o recurso - e retornando o
            valor a ser enviado para o ActionScript. A classe deve estar localizada no arquivo
            chamado após o nome do componente, ex.: ResultadoMysql.php.
        
            O diretório contendo os plugins para manipulação de recursos devem ser registrados com o
            carregador de tipo Zend_Amf:
        
Zend_Amf_Parse_TypeLoader::addResourceDirectory(
    "Meu",
    "application/library/recursos/Meu"
);
        Para uma discussão detalhada sobre o plugins carregadores, por favor veja a seção plugin carregador.
            O diretório padrão para recursos Zend_Amf é registrado
            automaticamente e atualmente contém manipuladores para recursos "resultado mysql" e
            "stream".
        
// Classe de exemplo implementando a manipulação de recursos do tipo "resultado mysql"
class Zend_Amf_Parse_Recurso_ResultadoMysql
{
    /**
     * Decodifica o recurso em uma matriz
     *
     * @param resource $resource
     * @return array
     */
    public function parse($resource) {
        $result = array();
        while($row = mysql_fetch_assoc($resource)) {
            $result[] = $row;
        }
        return $result;
    }
}
        Ao tentar retornar um tipo desconhecido de recirso (ex., um para o qual não haja plugin manipulador existente) resultará em uma exceção.
            Conectando ao seu Zend_Amf_Server a partir de seu projeto Flash é
            ligeiramente diferente do que com Flex. Contudo, depois da conexão, Flash funciona com
            Zend_Amf_Server da mesma forma que com Flex. O exemplo a seguir
            também pode ser usado com um arquivo AS3 do Flex. Reutilizaremos a
            mesma configuração Zend_Amf_Server com a classe Mundo para nossa
            conexão.
        
            Abra o Flash CS e crie um novo arquivo Flash (ActionScript 3). Nomeie o documento
            ExemploZend.fla e salve o documento em uma pasta que você usará
            para este exemplo. Crie uma nova classe AS3 no mesmo diretório e
            nomeie o arquivo como Principal.as. Tenha ambos os arquivos abertos
            em seu editor. Vamos conectar os dois arquivos através da classe de documento. Selecione
            ExemploZend e clique no palco. No painel de propriedade dos palco, altere a classe de
            documento (Document class) para Principal. Isso ligará o arquivo ActionScript
            Principal.as com a interface do usuário do arquivo
            ExemploZend.fla. Quando você executa o arquivo Flash ExemploZend, a
            classe Principal.as será executada agora. Agora, vamos adicionar o
            código ActionScript para fazer a chamada AMF.
        
            Agora nós faremos a classe Principal de modo que possamos enviar dados ao servidor e
            exibir o resultado. Copie o código a seguir para seu arquivo
            Principal.as e depois vamos descrever, passo a passo, o papel de
            cada elemento nele.
        
package {
  import flash.display.MovieClip;
  import flash.events.*;
  import flash.net.NetConnection;
  import flash.net.Responder;
  public class Principal extends MovieClip {
    private var gateway:String = "http://exemplo.com/server.php";
    private var connection:NetConnection;
    private var responder:Responder;
    public function Principal() {
      responder = new Responder(onResult, onFault);
      connection = new NetConnection;
      connection.addEventListener(NetStatusEvent.NET_STATUS, onComplete);
      connection.connect(gateway);
    }
    public function onComplete( e:NetStatusEvent ):void {
      if(e.info.code == "NetGroup.Connect.Succcess") {
        var params = "Sent to Server";
        connection.call("Mundo.alo", responder, params);
      }
    }
    private function onResult(result:Object):void {
      // Display the returned data
      trace(String(result));
    }
    private function onFault(fault:Object):void {
      trace(String(fault.description));
    }
  }
}
        Primeiro precisamos importar duas bibliotecas ActionScriot que executam a maior parte do trabalho. A primeira é NetConnection que atua como um tubo bi-direcional entre o cliente e o servidor. A segunda é o objeto Responder, que manipula os valores de retorno do servidor relacionados ao sucesso ou falha da chamada.
import flash.net.NetConnection; import flash.net.Responder;
            Na classe, precisamos de três variáveis para representar a NetConnection, Responder e a
            URL da porta de entrada (gateway) para nossa instalação
            Zend_Amf_Server.
        
private var gateway:String = "http://exemplo.com/server.php"; private var connection:NetConnection; private var responder:Responder;
            No contrutor de Principal criamos um respondedor e uma nova conexão ao
            ponto de extremidade (gateway) Zend_Amf_Server. O respondedor
            define dois métodos diferentes para manipular as respostas do servidor. Por simplicidade
            eles foram chamados de onResult e onFault.
        
responder = new Responder(onResult, onFault); connection = new NetConnection; connection.addEventListener(NetStatusEvent.NET_STATUS, onComplete); connection.connect(gateway);
            Na função onComplete, que é executada assim que o construtor tenha sido terminado, nós
            enviamos dados ao servidor. Precisamos adicionar mais uma linha que realiza a chamada a
            função Mundo->alo do Zend_Amf_Server
        
connection.call("Mundo.alo", responder, params);
        Quando instanciamos a variável responder, definimos uma função onResult e onFault para manipular a resposta do servidor. Adicionamos esta função para um resultado de sucesso vindo do servidor. Um manipulador de eventos de sucesso é executado sempre que uma conexão é manipulada apropriadamente no servidor.
private function onResult(result:Object):void {
    // Mostra os dados retornados
    trace(String(result));
}
        A função onFault é chamada se há uma resposta inválida vinda do servidor. Isso acontece quando há um erro no servidor, a URL para o servidor é inválida, o serviço remoto ou método não existe ou se há qualquer outro problema relacionado à conexão.
private function onFault(fault:Object):void {
    trace(String(fault.description));
}
        
            Completamos então a inclusão do ActionScript para realizar a conexão remota. Executando
            o arquivo ExemploZend agora faz a conexão ao Zend_Amf. Numa
            revisão, você adicionou as variáveis necessárias para abrir uma conexão ao servidor
            remoto, definiu quais métodos devem ser usados em sua aplicação para receber respostas
            do servidor e finalmente exibido os dados retornados através da função
            trace().
        
            Zend_Amf_Server permite que você especifique ganchos de
            autentcação e autorização para controlar acesso aos serviços. Isso é feito usando a
            infraestrutura fornecida pelos componentes
            Zend_Auth e
            Zend_Acl.
        
            Para definir autenticação, o usuário fornece um adaptador de autenticação extendendo a
            classe abstrata Zend_Amf_Auth_Abstract. O adaptador deve
            implementar o método authenticate() como qualquer outro
            adaptador de autenticação.
        
            O adaptador deve utilizar as propriedades _username e
            _password da classe pai,
            Zend_Amf_Auth_Adapter, para autenticar. Estes valores são
            definidos pelo servidor usando o método setCredentials() antes
            da chamada à authenticate() se as credenciais forem recebidas
            nos cabeçalhos da requisição AMF.
        
A identidade retornada pelo adaptador deve ser um objeto contendo a propriedade role para que o controle de acesso da ACL funcione.
Se o resultado da autenticação não for bem sucedido, a requisição não é mais procesada e uma mensagem de falha é retornada contendo as razões da falha obtida do resultado.
            O adaptador é conectado ao servidor usando o método setAuth():
        
$server->setAuth(new My_Amf_Auth());
            O controle de acesso é realizado usando um objeto Zend_Acl
            definido pelo método setAcl():
        
$acl = new Zend_Acl(); criarPermissoes($acl); // Cria a estrutura de permissões $server->setAcl($acl);
            Se o objeto ACL é definido e a classe sendo chamada define o método
            initAcl(), este método será chamado com o objeto
            ACL como um argumento. A classe depois cria regras
            ACL adicionais e retorna TRUE, ou retorna
            FALSE se nenhum controle de acesso for necessário para esta classe.
        
            Depois de a ACL ser definida, o servidor verificará se o acesso é
            permitido com o papel definido pela autenticação, sendo o recurso o nome da classe (ou
            NULL para chamadas de funções) e o privileǵio sendo o nome da
            função. Se nenhuma autenticação for fornecida, e se o papel
            anonymous foi definido, ele será usado, em outro caso o acesso será
            negado.
        
if($this->_acl->isAllowed($role, $class, $function)) {
    return true;
} else {
    require_once 'Zend/Amf/Server/Exception.php';
    throw new Zend_Amf_Server_Exception("Accesso não permitido");
}