Changes between Version 11 and Version 12 of WF/versaoexperimental


Ignore:
Timestamp:
12/18/09 10:36:54 (14 years ago)
Author:
viani
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WF/versaoexperimental

    v11 v12  
    136136   * Dao; 
    137137   * Log. 
    138   * Isolar os dados variáveis como log, documentação, compiled, smarty, graph, para facilitar a automação de deploy e a integração com IDEs. 
     138  * Isolar os dados variáveis como log, documentação, compiled, smarty, graph, para facilitar a automação de deploy e a integração com IDEs; 
     139  * Substituir a função wf_include por factory. 
    139140 
    140141 * Criar um novo modelo de execução de atividades 
     
    148149  * Acomodar os processamentos pré e pós execução das atividades (agente de correio) em outro local do código; 
    149150  * Pensar se é viável liberar para o processo gravar dados na sessão; 
     151  *  
    150152 
    151  * Criar uma camada de visualização para encapsular o gerador de templates Smarty 
     153 * Criar uma camada de visualização 
    152154  * Criar componentes para os diversos elementos de formulário, como textarea, inputs, etc; 
    153   * Implementar o conceito de container, que agrega componentes em uma mesma linha do template; 
     155  * Implementar um componente container, que agrega componentes em uma mesma linha do template; 
    154156  * Criar componente de ocultação e um array de botões submit; 
    155157  * Criar um controle de acesso por componente, para ocultar elementos que não estejam disponíveis para um usuário; 
    156158  * Prever também o encapsulamento dos plugins smarty criados para o workflow (select users, etc); 
    157159  * Esta camada será representada pela classe baseview, que terá atributos para os componentes adicionados ao objeto view; 
    158   * O submit fará uma chamada ao dispatch. O dispatch fará a verificação prévia de campos obrigatórios. Caso não tenha erros irá chamar o método de validação em php, via ajax. Caso sem erros, será montado o array request na model; 
    159160  * Carregar no template os arquivos javascript indicados pelo desenvolvedor. Possibilitar associar funções javascript aos componentes; 
    160161  * O objeto view deverá carregar os dados preparados na camada model e mesclar no template; 
     
    162163  * Criar uma função Js (goAjax) padrão para criar o objeto NanoController e adicionar a chamada virtual (addVirtualRequest); 
    163164  * Simplificar os arquivos css e usar div ao invés de tabelas; 
     165  * Executar a atividade com tratamento de exceções (try/catch). 
     166 
     167 * Tratamento e exibição de erros 
     168  * O submit fará uma chamada ao dispatch. O dispatch fará a verificação prévia de campos obrigatórios. Caso não tenha erros irá chamar o método de validação em php, via ajax; 
     169  * Caso existam erros na validação ajax, será polulado um array Js para exibição das mensagens no template (prever uma área para mensagens); 
     170  * Caso sem erros, será montado o array request na model e feita a submissão. Validar novamente pela model php; 
     171  * Existindo erros, estes serão adicionados a uma variável smarty, recarregado o template e as mensagens exibidas pela mesma função Js da validação ajax; 
     172  * Incluir no template padrão uma função Js para exibir os erros encontrados. 
    164173 
    165174 * Camada Model 
    166175  * Criar métodos para verificação de segurança sobre dados entrados pelo usuário: sqlinjection, xss; 
     176   * Avaliar o htmlpurify e as soluções já utilizadas na run_activity e personalizadas nos processos já desenvolvidos; 
     177  * Revisar e padronizar as classes utilitárias: tratamento de datas, expressões regulares, tipos de dados. 
    167178 
    168179 * Criar uma biblioteca Js para funções úteis para os processos que não existam nas biblioteca de terceiros acessíveis pelo workflow.