|
From: Carlos V. <ca...@bl...> - 2003-08-19 00:25:10
|
On Mon, 2003-08-18 at 19:43, lscheidegger - xdev wrote: > >- O que tem numa aplicacao web? > >- Formularios > > - Campos > > - Labels > >- Listagens > >- Relatorios > >- Acoes > >- ? > > Vamos por partes, nós já mapeamos um monte de interfaces, entre elas: > > > - Report (o clássico), título, subtítulo, tabela, links (botões) Legal, mas ainda nao tah aprofundado o suficiente - o que tem num titulo? O que tem num subtitulo? O que eh uma tabela? Pra onde vao os links? > - ListReport , relatório composto de uma listagem de links, como em > notícias relacionadas de um site de notícias Entao, qual a diferenca entre Report e ListReport? (eu faco uma ideia, mas a gente precisa mastigar melhor as definicoes) > - NestedReport , report que contém master-detail em uma mesma tela, > Estado Cidade Habitantes > São Paulo 12000000 > SP Santos 3000000 > Sorocaba 700000 > > RJ Rio de Janeiro 6000000 > Resende 500000 > > BA Salvador 4000000 Precisamos de um tipo totalmente diferente de Report pra isso? Hmm, acho que nao... alguem quer defender a tese? :D > - 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" > - Search campo + botão + link para advanced search Hmm...o que a gente mostra no advanced search? Quando o cara faz uma busca simples, que dados a gente procura? > - Advanced Search parecido com o form, o que muda são os parâmetros de > processamento ...que seriam? > - Cross , referência cruzada de duas entidades (n para n), exemplo > clássico: usuário x grupo, vc pode querer ver todos os usuário > vinculados a um determinado grupo, na consulta de grupo, bem como > ver todos os grupo vinculados ao usuário na consulta de usuário. Joia. Como modelar isso de forma generica? > - Menu (listagem de links) Corta fora - no Inectis ja tem um esquema bem mais flexivel ;) > - Interfaces compostas como: > > - formulário em abas; Detalhe do template, nao? > - help (estilo hlp) com lista de links a esquerda e conteúdo a > direita Corta fora tambem, isso o Inectis ja faz :) > Que eu me lembre essas são as principais, se alguém lembrar de > alguma outra feel free, Acho que os principais ja tao aih, a gente so precisa esmiucar eles melhor. > porém temos que resolver antes de escrevermos os códigos que lidem > com as interfaces, como será feita essa integração, desculpe mas para > mim não está muito claro, pois se formos usar algo que nào seja xsl, > temos que entender como esse algo processar a definição e gerará > saídas distintas como htm, xml, wml, excel, csv, txt, etc. Juro que eu nao vejo a *menor* necessidade de pensar nisso agora - isso eh detalhe de implementacao, e se a gente nao ficar satisfeito com Velocity, podemos mudar facilmente pra outra tecnologia. > >O que deve ser customizavel em todas as aplicacoes web? Ordem dos > campos? Visibilidade dos campos? Permissao de edicao ou visualizacao > de um campo/formulario? > > Sim, tudo isso mais algumas coisas, que podemos ir discutindo > interface a interface, acho que podemos criar uma por vez e > estressarmos tudo que pudermos nela, antes de irmos para a próxima Hmm, boa! > - Como montar uma interface que permita ao cara criar forms, > listagens, relatorios e acoes pela web? > > Não só pela web né? o foco principal é esse mas tb todos os tipos de > saída de informação que forem confortáveis ao usuário. Por interface > nesse ponto vc está se referindo a uma espécie de IDE para ajudar a > programar utilizando-se do Blake? Nao exatamente. Estou me referindo a duas coisas, na verdade: - Um modelo de objetos conciso e abrangente (que a gente esta discutindo na primeira metade do e-mail com todo aquele monte de pergunta chata) - Uma API para lidar com o modelo de objetos - Uma interface para a API <- e' disso que eu estou falando nessa pergunta. Como montar uma ferramenta web que te permita construir a porra toda sem necessariamente saber programar, a nao ser pelas regras de negocio? []'s -cv |