From: Rafael S. <ra...@in...> - 2003-08-19 02:01:03
|
-----Mensagem original----- De: bla...@li... [mailto:bla...@li...] Em nome de Carlos Villela Enviada em: segunda-feira, 18 de agosto de 2003 21:25 Para: bla...@li... Assunto: Re: RES: [Blake-devel] Fontes do Inectis > Vamos por partes, n=F3s j=E1 mapeamos um monte de interfaces, entre = elas: >=20 >=20 > - Report (o cl=E1ssico), t=EDtulo, subt=EDtulo, tabela, links = (bot=F5es) >> 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? um titulo/subtitulo geralmente contem uma descricao do lugar onde o usuario se encontra atualmente. O conteudo da descricao pode vir de tres lugares diferentes: 1) uma string estatica; 2) algum campo da URL; 3) alguma propriedade da entidade. Ha ainda uma outra possiblidade de associar o retorno de um metodo como conteudo ( por exemplo, vc executa alguma query no banco para pegar informacoes extras ). Que tipo de definicao para "tabela" voce quer? Ao meu entender, uam tabela seria simplesmente como uma tabela html mesmo, ou seja, linhas e colunas nao-editaveis ( no caso dos reports, a primeira linah eh o caption, e o resto o conteudo ).. eh isso? Os links apontam para onde a configuracao deles mandar ( tal configuracao fica na definicao da interface, hardcoded, com pequenas partes variaveis que podem vir da url/entidade )..=20 > - ListReport , relat=F3rio composto de uma listagem de links, como em=20 > not=EDcias relacionadas de um site de not=EDcias >> Entao, qual a diferenca entre Report e ListReport? (eu faco uma ideia, mas a gente precisa mastigar melhor as >> definicoes) para mim da para considerar a mesma coisa os dois > - NestedReport , report que cont=E9m master-detail em uma mesma tela, > Estado Cidade Habitantes > S=E3o Paulo 12000000 > SP Santos 3000000 > Sorocaba 700000 >=20 > RJ Rio de Janeiro 6000000 > Resende 500000 >=20 > BA Salvador 4000000 >> Precisamos de um tipo totalmente diferente de Report pra isso? Hmm, acho que nao... alguem quer defender a tese? :D Bom, como eu tinha dito na outra mensagem, eh um tipo de report meio incomum, e eh bem simples de fazer.. talvez nao precise de um tipo de interface especifico para nestedReport, bastando alguma configuracao ou algo assim para aninhar os resultados..=20 > - Form (o cl=E1ssico) t=EDtulo, subt=EDtulo, campos, links >> Beleza, so falta definir cada um deles, especialmente o que eh um "campo" e um "link" "campos" sao conteudoos editaveis ( input type=3Dtext do html ), "links" sao.. links :) > - Search campo + bot=E3o + 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? Tambem intimamente ligados. O advanced-search seria apenas uma forma de poder especificar os dados com mais detalhes, como passar se eh para fazer a busca usando igualdade, like, maior ou menor etc... a busca simples geralmente soh da um like no sql... algo nesse estilo ( o luiz tem um conceito bem melhor do que eu dessa parte ). > - Advanced Search parecido com o form, o que muda s=E3o os = par=E2metros de > processamento >> ...que seriam? mesma coisa acima [...] > por=E9m temos que resolver antes de escrevermos os c=F3digos que = lidem=20 > com as interfaces, como ser=E1 feita essa integra=E7=E3o, desculpe mas = para=20 > mim n=E3o est=E1 muito claro, pois se formos usar algo que n=E0o seja = xsl,=20 > temos que entender como esse algo processar a defini=E7=E3o e gerar=E1 = > sa=EDdas 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. Concordo. A parte de definicao ( xml/doclet/whatever ) eh bem mais importante.=20 [...] Rafael |