Histórico da Página

...

• assets: contem os arquivos de acessórios como css imagens e outros desde que seja comum a todas as aplicações e/ou necessário para aplicação centralizadora;
  
  
  • css: destinado a arquivos de css;
    
    
  • fonts: destinado a arquivos de fontes para labels;
    
    
  • img: deve conter as imagens e outros apetrechos visuais para as aplicações;
    
    
• fluig:  deve conter uma página inicial customizada para abertura das views a partir do Fluig;
  
  
• html: contem as páginas para a aplicação centralizadora;
  
  
  • templates: deverá conter os arquivos de template para os componentes do framework;
    
    
    • fields: diretório para armazenamento específicos dos templates para os componentes de formulário;
      
      
• i18n: deverá conter um arquivo único de tradução para a aplicação centralizadora.
  
  
• js: contem os arquivos JavaScript para aplicação;
  
  
  • libs: diretório para armazenamento das bibliotecas JavaScript utilizadas pelo framework e demais aplicações;
    
    
  • setup: deve conter os arquivos de customização e estruturação da arquitetura das aplicações.
    
    
  Observação: A estrutura aqui definida serve como base para os direcionamentos de URL e abertura dos telas. A alteração desta estrutura pode originar alterações dentro das funcionalidades de roteamento, internacionalização e configuração de estados da aplicação.

...

• O exemplo possui uma aplicação centralizadora (html-app) e uma aplicação convencional (html-sample);
  
  
• A aplicação de referencia utiliza o um encapsulamento padrão para as chamadas REST, este encapsulamento prevê que todas as chamadas a serviços do produto irão prover um retorno no padrão:
  
  
  • data: objeto genérico que pode conter um único objeto ou uma lista de objetos;
    
    
  • length: utilizado normalmente para quando o objeto contido no atributo 'data' é do tipo lista e possui paginação; neste caso a propriedade length recebe a quantidade total de registros da consulta;
    
    
  • message: lista de mensagens de erro ou informativo resultante do serviço;
    
    
    • code: titulo ou código da mensagem;
      
      
    • type: tipo da mensagem, podendo assumir: danger, error, warning, question e info;
      
      
    • detail: detalhamento ou texto da mensagem.
      
      
  Devido a este padrão foi implementado uma configuração especifica para AngularJS (transformResponse) que permite manipular o retorno da chamada ao serviço e realizar o tratamento para o modelo padrão das requisições HTTP REST.
  Devido a esta padronização também foi possível utilizar o serviço de notificação e um interceptor para as requisições HTTP para manipulação automática das mensagem retornados pelos serviços.
  
  
• Utilizado a configuração de estados assumindo a estrutura de diretórios sugerida, neste caso obedecendo o padrão:
  
  
  • <contexto da aplicação>/<contexto da view>/html/<view>/<view>.js
    
    
• Já possui o modelo de internacionalização assumindo a estrutura de diretórios sugerida, neste caso obedecendo o padrão:
  
  
  • <contexto da aplicação>/<contexto da view>/i18n/translations.js
    
    
• Não foi utilizado o guia de estilos do Protheus 12 (liberar o SAMPLE com o guia correto);

...