Changes between Version 3 and Version 4 of WF/criarestruturaarquivos


Ignore:
Timestamp:
08/02/10 10:40:39 (14 years ago)
Author:
viani
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WF/criarestruturaarquivos

    v3 v4  
    11= Criar Estrutura de Arquivos = 
     2 
    23== 1 Descrição == 
    3 O desenvolvedor do sistema deverá criar uma estrutura mínima de classes que promovem a integração com as funcionalidades do sistema de desenvolvimento de aplicações. Estes arquivos tem por objetivo  facilitar o desenvolvimento da aplicação oferecendo automatização do processo. O mecanismo de funcionamento do sistema exige a existência destas classes e toda integração com a aplicação será feita a partir da instanciação de objetos gerados a partir destas. 
    44 
    5  A camada view não depende da implementação de nenhum arquivo padronizado mas é fortemente recomendado a utilização das ferramentas propostas pela aplicação para integração. Esta exibilidade da-se pelo fato do motor do sistema de desenvolvimento de aplicações atuar como um provedor de serviços onde atende a chamadas que respeitam determinados padrões sintaticos. 
     5O desenvolvedor do sistema deverá criar uma estrutura mínima de classes que promovem a integração com as funcionalidades do sistema de desenvolvimento de aplicações. Estes arquivos tem por objetivo facilitar o desenvolvimento da aplicação oferecendo automatização do processo. O mecanismo de funcionamento do sistema exige a existência destas classes e toda integração com a aplicação será feita a partir da instanciação de objetos gerados a partir destas. 
    66 
    7  Na camada controler é necessário um arquivo chamado controler.class.php responsável por atender todas as solicitações de serviços por parte da aplicação cliente. Este arquivo implementa um método  default que é executado para qualquer chamada. Neste método deve estar previsto uma estrutura de controle que procura pelo parâmetro action e executa o código correspondente a decisão do uso. A classe !MainControler implementa o construtor e o destrutor padrão da classe e prove um método de validação de acesso que é implementada no metodo checkAccess. Abaixo segue especicação do arquivo. 
     7A camada view não depende da implementação de nenhum arquivo padronizado mas é fortemente recomendado a utilização das ferramentas propostas pela aplicação para integração. Esta exibilidade da-se pelo fato do motor do sistema de desenvolvimento de aplicações atuar como um provedor de serviços onde atende a chamadas que respeitam determinados padrões sintáticos. 
    88 
     9Na camada controler é necessário um arquivo chamado controler.class.php responsável por atender todas as solicitações de serviços por parte da aplicação cliente. Este arquivo implementa um método default que é executado para qualquer chamada. Neste método deve estar previsto uma estrutura de controle que procura pelo parâmetro action e executa o código correspondente a decisão do uso. A classe !MainControler implementa o construtor e o destrutor padrão da classe e prove um método de validação de acesso que é implementado no método checkAccess. Abaixo segue especificação do arquivo. 
    910 
    1011 * class Controler extends !MainControler implementes !ImplementControler 
     
    1314 * controler = new Controler(); 
    1415  
    15  Para a camada model é necessário a existência do arquivo model.class.php que implementa a classe responsável por acessar os recursos do sistema. Esta classe deve ser ancestral a toda classe de negocio que necessitar recurso da aplicação. A classe deverá utilizar herança da classe !MainModel, que implementa um construtor e um destrutor, e implementar metodos defidos em !ImplementModel, conforme especicado a seguir. 
     16Para a camada model é necessário a existência do arquivo model.class.php que implementa a classe responsável por acessar os recursos do sistema. Esta classe deve ser ancestral a toda classe de negócio que necessitar recurso da aplicação. A classe deverá utilizar herança da classe !MainModel, que implementa um construtor e um destrutor, e implementar métodos definidos em !ImplementModel, conforme especificado a seguir. 
    1617  
    1718 * class Controler extends !MainModel implementes !ImplementModel 
     
    1920  * function destruct 
    2021 
    21  A classe !MainModel deve implementar métodos para acessar plugins, registrando os plugin quando utilizado e nalizar plugin. Todos os plugins não nalizados devem ser avaliados no destrutor da classe. A classe !MainModel também deve implementar métodos para validação de usuários e grupos.     
     22A classe !MainModel deve implementar métodos para acessar plugins, registrando os plugin quando utilizado e nalizar plugin. Todos os plugins não nalizados devem ser avaliados no destrutor da classe. A classe !MainModel também deve implementar métodos para validação de usuários e grupos.     
    2223 
    23  O sistema deve prover informações para disponibilizar o caminho das bibliotecas da aplicação principal para incluir as classes Main e Implement. 
     24O sistema deve prover informações para disponibilizar o caminho das bibliotecas da aplicação principal para incluir as classes Main e Implement. 
    2425 
    2526== 2 Atores ==  
     27 
    2628 * 1. Desenvolvedores do sistema 
    2729 
     
    6062 
    6163== 11 Notas == 
    62  
    63