|
From: Guilherme S. <gui...@gu...> - 2003-08-19 12:54:35
|
Vamos la, vou colocar a opiniao nos pontos que achei que sao interessantes para o comeco, o resto que parece ser muito especifico deixei de lado: Uma vez que o list e o nested report nao passam de especializacoes, eles deveriam ser tratados como report... (basico de oop). Se o report for generico suficiente, list e nested serao gerados facilmente atraves deles. Pessoalmente, eu consigo visualizar o report gerando um listreport facinho, mas um nestedreport fica mais complicado e, ao contrario do que o rafael disse, eu tenho a impressao que o nested pode ser bastante requisitado dependendo do projeto. De qq jeito, minha opiniao fica: faca o report, funcionou, vai em frente... (acho que mais ou menos o que o carlos falou no primeiro email) >> - Form (o clássico) título, subtítulo, campos, links >Beleza, so falta definir cada um deles, especialmente o que eh um >"campo" e um "link" A definicao eh para montar os objetos? Mas os campos nao ficaram de ser lidos atraves de reflection? Voce passa um bean e ele joga o campo la no formulario? A ferramenta de integracao: nao passa de uma interface a ser implementada pelos cuspidores de html/wml/excel/o q for... e selecionadas atraves do arquivo de definicao/request/...?? >> - Interfaces compostas como: >> - formulário em abas; >Detalhe do template, nao? O formulario em aba nao pode ser considerado um tipo de menu? Nao seria interessante comecar com um ponto, tipo, FORM e ir em frente ate ver ele funcionar do jeito desejado? Ai alguem vai pra frente com o REPORT enquanto outra pessoa aperfeicoa e afina o FORM? e reticencias? ps: pq "blake"? (o q significa) Guilherme |