Changes between Version 11 and Version 12 of WF/versaoexperimental
- Timestamp:
- 12/18/09 10:36:54 (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
WF/versaoexperimental
v11 v12 136 136 * Dao; 137 137 * 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. 139 140 140 141 * Criar um novo modelo de execução de atividades … … 148 149 * Acomodar os processamentos pré e pós execução das atividades (agente de correio) em outro local do código; 149 150 * Pensar se é viável liberar para o processo gravar dados na sessão; 151 * 150 152 151 * Criar uma camada de visualização para encapsular o gerador de templates Smarty153 * Criar uma camada de visualização 152 154 * 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; 154 156 * Criar componente de ocultação e um array de botões submit; 155 157 * Criar um controle de acesso por componente, para ocultar elementos que não estejam disponíveis para um usuário; 156 158 * Prever também o encapsulamento dos plugins smarty criados para o workflow (select users, etc); 157 159 * 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;159 160 * Carregar no template os arquivos javascript indicados pelo desenvolvedor. Possibilitar associar funções javascript aos componentes; 160 161 * O objeto view deverá carregar os dados preparados na camada model e mesclar no template; … … 162 163 * Criar uma função Js (goAjax) padrão para criar o objeto NanoController e adicionar a chamada virtual (addVirtualRequest); 163 164 * 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. 164 173 165 174 * Camada Model 166 175 * 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. 167 178 168 179 * Criar uma biblioteca Js para funções úteis para os processos que não existam nas biblioteca de terceiros acessíveis pelo workflow.