You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
(7) |
Apr
(8) |
May
(3) |
Jun
|
Jul
|
Aug
(30) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: lscheidegger - x. <lsc...@xd...> - 2003-08-19 03:01:42
|
>>=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=20 >titulo? O que tem num subtitulo? O que eh uma tabela? >Pra onde vao os links? Isso se refere a aquilo que eu estava falando das 3 fases de uma opera=E7=E3o: =3D> A chamada, ou seja, o link para chegarmos em uma determinada opera=E7=E3o =3D> O display, que =E9 a interface t=EDpica da = opera=E7=E3o, como um formul=E1rio =3D> O processamento (qdo cab=EDvel) , que =E9 a persist=EAncia dos dados submetidos. Para criarmos uma chamada temos basicamente parametros, esses = par=E2metros tem um id e um valor, portanto path.extensao?parametro1=3Dvalor1¶metro2=3Dvalor2 Por=E9m os valores desses par=E2metros devem permitir algumas op=E7=F5es din=E2micas, da=ED temos 3 op=E7=F5es: - Imagine que temos um link em um relat=F3rio para editar o registro, ou seja, estamos passando o id ou primary key do registro certo? Quando processarmos esse request, temos que setar as propriedades da classe da camada de neg=F3cios, a qual se destina o request, com base nesse id passado. Nessa situa=E7=E3o temos que ter acesso rapidamente aos valores = da propriedades; - A segunda situa=E7=E3o no relat=F3rio supracitado (eu sempre quis usar = essa palavra), o id que ser=E1 passado em cada registro se refere a um statement de consulta no banco de dados, nos objetos serializados, xml, ou qq outra fonte de dados, vou chamar essa origem de dados de instancia. - E podemos ter uma terceira op=E7=E3o de informa=E7=F5es, que =E9 o = pr=F3prio framework, por exemplo, supondo que para uma determinada tela tenhamos que passar um flag passado pela url, mas que n=E3o seja relacionada a nenhuma propriedade da classe, como recuperar essa informa=E7=E3o para redireciona-la em outro link dessa mesma p=E1gina? Como podriamos tb reenviar informa=E7=F5es a respeito da sess=E3o do usu=E1rio? Nesse peda=E7o consideramos apenas requests GET, mas entrando na fase do display/process, muitas vezes temos que passar par=E2metros para um processamento, ou seja, gerar hiddens. Portanto par=E2metros passados de link / display, se tornam par=E2metros de url, par=E2metros de display = para process transformam-se em hiddens. Sei que =E9 =F3bvio mas =E9 legal verbalizar essas coisas. >> - ListReport , relat=F3rio composto de uma listagem de links, como em >> not=EDcias relacionadas de um site de not=EDcias >Entao, qual a diferenca entre Report e ListReport? (eu faco uma ideia,=20 >mas a gente precisa mastigar melhor as definicoes) O ListReport =E9 uma listagem de links, que apresenta por exemplo uma listagem de m=FAsicas com seus respectivos compositores, e o link envia para o download da m=FAsica, sem que essas informa=E7=F5es estejam = organizadas por c=E9lulas. http://www.mirandoresultados.com.br/interna.php?pagina=3Dview.php&workspa= c e=3Dmr&class=3DArticle&method=3DdisplayArticle§ionID=3D35&primaryKey[= 0]=3D53&d elegate=3Dhuxley&template=3Dtemplate.htm&from=3DO+Livro&xsl[0]=3Darticle2= .xsl&wi zard=3D0&st=3Dffbd9af24dd7a868b5d1f769774dde4e >> - NestedReport , report que cont=E9m master-detail em uma mesma tela, >Precisamos de um tipo totalmente diferente de Report pra isso? Hmm,=20 >acho que nao... alguem quer defender a tese? :D N=E3o =E9 um tipo diferente de relat=F3rio, na verdade =E9 uma = especializa=E7=E3o de report, como uma rela=E7=E3o de heran=E7a. No final teremos muitos = poucas interfaces mapiadas, mas teremos um monte de especializa=E7=F5es. >> - Form (o cl=E1ssico) t=EDtulo, subt=EDtulo, campos, links >Beleza, so falta definir cada um deles, especialmente o que eh um=20 >"campo" e um "link" Ai entra algo que eu gostaria de mudar radicalmente de tudo que j=E1 fizemos, acho que n=E3o temos que escrever nada que se pare=E7a com = html, como: <field> <text_field> <size>100</size> <maxLength>100</maxLength> </text_field> </field> Ao inv=E9s disso acho que temos que deixar a interpreta=E7=E3o do que = deve ser uma campo em um formul=E1rio, para nosso meio-campo, ou seja, a = ferramenta que utilizaremos para dar o parse do xml de defini=E7=E3o, no caso o Velocity. A minha proposta =E9 que nossa defini=E7=E3o saia refletindo a orienta=E7=E3o a objeto, ou seja, com defini=E7=E3o de propriedades e = m=E9todos, e o nosso parser com base no tipo de sa=EDda mais o tipo de opera=E7=E3o/interface que foi solicitado no request, gere um tipo de = sa=EDda adequado, portanto ter=EDamos um xml de defini=E7=E3o como esse: = <properties> <number id=3D'id'> <type>auto_increment</type> <caption>Id do usu=E1rio</caption> </string> <string id=3D'nome'> <length>100</length> <mandatory>true</mandatory> <caption>Nome do usu=E1rio</caption> </string> <date id=3D'dataNascimento'> <format>dd/mm/yyyy</format> <mandatory>1</mandatory> </date> <number id=3D'salario'> <type>money</type> <caption>Sal=E1rio</caption> </string> </properties> <operations> <operation type=3Dadd> <entity>User</entity> <schema>BlakePipeStore</schema> <parameters>=20 <parameter type=3D'session' id=3D'user' value=3D'userId'> <parameter type=3D'url' id=3D'template' value=3D'template> <parameter type=3D'property' id=3D'id' value=3D'id'> <parameters> </operation> </operations> Essa ferramenta de integra=E7=E3o que tem que entender que nosso = defini=E7=E3o acima em um tipo de sa=EDda html, em um tipo de opera=E7=E3o de = inclus=E3o deve dar uma sa=EDda html de formul=E1rio, em outra sa=EDda como wml, deveria = gerar os cards correspondentes. Ou seja, uma solu=E7=E3o abstrata. >> - Search campo + bot=E3o + link para advanced search >Hmm...o que a gente mostra no advanced search? Quando o cara faz uma=20 >busca simples, que dados a gente procura? Voc=EA procura em todas as propriedades que voce marcou como searchable, um advanced search, vc mostra campo a campo que vc habilitou.=20 >> - Advanced Search parecido com o form, o que muda s=E3o os = par=E2metros=20 >> de >> processamento >...que seriam? Um formul=E1rio em uma opera=E7=E3o de inclus=E3o ou edi=E7=E3o, vc = processa =E9 volta a consulta, em um search, vc pode querer apresentar os dados retornados em interfaces d=EDspares como lista de produtos, no caso do submarino = por exemplo, em uma tabela, uma lista de links, etc. Exemplo: http://www.mirandoresultados.com.br/interna.php?pagina=3Dview.php&workspa= c e=3Dmr&class=3DArticle&method=3DdisplayArticle§ionID=3D35&primaryKey[= 0]=3D53&d elegate=3Dhuxley&template=3Dtemplate.htm&from=3DO+Livro&xsl[0]=3Darticle2= .xsl&wi zard=3D0&st=3Dffbd9af24dd7a868b5d1f769774dde4e Voc=EA tamb=E9m pode querer mudar o tipo de campo conforme a busca, = supondo que voc=EA tenha em seu cadastro de usu=E1rios a informa=E7=E3o cidade = de resid=EAncia, supondo que vc queira que o usu=E1rio na busca escolha = entre todas as cidades que j=E1 foram cadastradas, para que ele n=E3o tenha = que advinhar os valores j=E1 cadastrados, portanto vc altera o tipo b=E1sico = da propriedade para essa opera=E7=E0o para o tipo escolha, que em um = formul=E1rio resultaria em um combo, radio, checkbox, ou list. >> - Cross , refer=EAncia cruzada de duas entidades (n para n), exemplo >> cl=E1ssico: usu=E1rio x grupo, vc pode querer ver todos os usu=E1rio >> vinculados a um determinado grupo, na consulta de grupo, bem como ver >> todos os grupo vinculados ao usu=E1rio na consulta de usu=E1rio. >Joia. Como modelar isso de forma generica? Eu normalmente crio uma entidade que s=F3 existe logicamente, nesse caso seria algo como UsuarioGrupo, e essa entidade s=F3 implementa uma opera=E7=E3o, Cross, essa entidade sempre ser=E1 chamada ou da entidade = user, portanto vc passar=E1 o id do usu=E1rio do qual vc quer ver quais grupos est=E3o relacionados, ou da entidade group, que vc tb mandar=E1 o id = para ver quais usu=E1rios est=E3o vinculados. Resumindo, dessa entidade "agregadora", dependendo do par=E2metro que vc receber da url, vc = mostrar=E1 uma listagem ou outra. Eu tenho isso funcionando, posso te mostra se quiser. >>- Menu (listagem de links) >Corta fora - no Inectis ja tem um esquema bem mais flexivel ;) OK, mas precisa estar num esquema an=E1logo ao das outras interfaces. >> - Interfaces compostas como: >> - formul=E1rio em abas; >Detalhe do template, nao? N=E3o, especializa=E7=E3o das interfaces, qto menos templates criarmos, = melhor est=E1 o nosso mapeamento de interfaces, j=E1 temos essas interfaces compostas mapeadas em nosso framework, inclusive com a possibilidade de criar interfaces mistas de formul=E1rio, relat=F3rios, busca. =C9 tb de interfaces geradas dinamicamente, com interfaces geradas no template. O rafael pode falar legal disso. >> - help (estilo hlp) com lista de links a esquerda e conte=FAdo a >> direita >Corta fora tambem, isso o Inectis ja faz :) Tranx. >> Que eu me lembre essas s=E3o as principais, se algu=E9m lembrar de >> alguma outra feel free, >>Acho que os principais ja tao aih, a gente so precisa esmiucar eles=20 >>melhor. >> 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 >> 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=20 >> 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. Mais ou menos, concordo em parte acho que temos que ter um esbo=E7o em mente, pois isso =E9 o outro lado da metodologia, ou seja, a = integra=E7=E3o, se ela n=E3o for completamente transparente e flex=EDvel, estaremos ganhando por um lado e deixando de ganhar de outro. >> - Como montar uma interface que permita ao cara criar forms, >> listagens, relatorios e acoes pela web? >>=20 >> N=E3o s=F3 pela web n=E9? o foco principal =E9 esse mas tb todos os = tipos de >> sa=EDda de informa=E7=E3o que forem confort=E1veis ao usu=E1rio. Por = interface=20 >> nesse ponto vc est=E1 se referindo a uma esp=E9cie de IDE para ajudar = a=20 >> 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=20 >discutindo na primeira >metade do e-mail com todo aquele monte de pergunta chata) Sim. >- Uma API para lidar com o modelo de objetos Sim. Sim. >- Uma interface para a API <- e' disso que eu estou falando nessa=20 >pergunta. Como montar >uma ferramenta web que te permita construir a porra toda sem necessariamente saber=20 >programar, a nao ser pelas regras de negocio? Acho que isso n=E3o ser=E1 poss=EDvel, pelo menos n=E3o em uma primeira = vers=E3o, acho que para conseguirmos de tal n=EDvel de abrang=EAncia vamos ter que maturar bastante o blake. Acho que teremos que nos contentar na primeira vers=E3o, com o blake processando todas as interfaces / opera=E7=F5es = b=E1sicas que citamos. Eu vejo isso como uma hierarquia, em um n=EDvel temos intelig=EAncia de interfaces, depois disso temos a intelig=EAncia de opera=E7=E3o, que =E9 = aquelas 3 fases que comentei (link/display/process), e por fim teremos intelig=EAncia de sites. Vejo que vc j=E1 est=E1 pensando na =FAltima = fase, que bom... Eu tb tenhos esse objetivo, apesar de muito me preocupar o desemprego que tal revolu=E7=E3o trar=E1, e acredite se n=E3o formos = n=F3s outros far=E3o. []'s Luiz Obs. Me empolguei! |
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 |
From: Rafael S. <ra...@in...> - 2003-08-19 01:50:06
|
-----Mensagem original----- De: bla...@li... [mailto:bla...@li...] Em nome de Carlos Villela Enviada em: segunda-feira, 18 de agosto de 2003 21:28 Para: bla...@li... Assunto: Re: RES: [Blake-devel] Fontes do Inectis > Hmm...ainda falta mta coisa aih. Qual eh o objeto que representa a acao de um botao, quando clicado, por exemplo? bom, atualmente nao existe um objeto que representa um botao, se bem entendi o que vc esta pensando... o que temos eh uma tag de link, onde dizemos o tipo dela ( continuar, boltar, inserir, submit, cancelar etc ), a qual vai para uma lista de links, e entao o sistema, com base no tipo, constroi as tags xml relacionadas, passando os parametros do link ( que estao na configuracao dele tmb ).... eh mais ou menos assim que funciona. A "acao do botao" seria a url/pagina/processamento disparado pelo click? se for isso, nao ha relacao alguma, pois o link/acao eh uma operacao no sistema ( report, insert, edit, o que quer que seja, como um link qualquer ). > Ha ainda um tipo interessante de interface, que sao aquelas de "home > page" de grande parte dos sites ( barrinha em cima, menu de navegacao > a esquerda, conteudo no centro e, em alguns casos, algum oturo tipo de > conteudo a direita ). Esse pode ser interessante tmb... se bem que > isso nao passa de uma interface composta, ou algum template > diferente.. >> Se a gente for se preocupar com a apresentacao, a gente caga no modelo. Vamos fazer uma coisa de cada vez ;) Em muitos sistemas sim, mas no modelo do xdev ( no qual o blake eh baseado ), isso tudo eh meio paralelo, pois as acoes do modelo sao diretamente para a criacao da apresentacao.. entao, se nao tiver uma apresentacao definida, muitas coisas da parte de negocios ficam meio complicadas de serem definidas... Claro, ha coisas que nao sao relacionadas de forma alguma, e tambem concordo que quere definir todas as formas possiveis de interfaces logo de cara nao eh uma boa ideia.. mas ter pelo menos uma nocao do que queremos montar de saida pode ajudar bastante a bolar partes mais iternanas do sistema ( se bem que isso esta diretamente ligado a forma - a qual falta definir - que vamos fazer para montar a tela ). ( af, enrolei tanto que ate eu me perdi =) ) Rafael |
From: Carlos V. <ca...@bl...> - 2003-08-19 00:28:10
|
On Mon, 2003-08-18 at 20:04, Rafael Steil wrote: > outra coisa, usando qualquer ferramenta no estilo > velocity/freemarker/webwork ( ou seja, que gerem saida texto ), da > para fazer qualquer coisa que tambem tenha formato texto como > entrada.. Relatorios em excel nao me parecem especialmente > prioritarios assim de cara ( apesar que lancar uma aplicacao com > opcoes de exportacao para trocentos formatos pega bem ). +1. > Resumindo, temos o Form ( onde dados sao inseridos ), Report / > NestedReport ( este ultimo mais incomum de ser usado, mas por ser > simples de fazer, nao ha problemas em colocar de cara ), Search e > Menus. Hmm...ainda falta mta coisa aih. Qual eh o objeto que representa a acao de um botao, quando clicado, por exemplo? > Ha ainda um tipo interessante de interface, que sao aquelas de "home > page" de grande parte dos sites ( barrinha em cima, menu de navegacao > a esquerda, conteudo no centro e, em alguns casos, algum oturo tipo de > conteudo a direita ). Esse pode ser interessante tmb... se bem que > isso nao passa de uma interface composta, ou algum template > diferente.. Se a gente for se preocupar com a apresentacao, a gente caga no modelo. Vamos fazer uma coisa de cada vez ;) []'s -cv |
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 |
From: Rafael S. <ra...@in...> - 2003-08-18 23:02:35
|
bom, ListReport daria para encarar como um Report nnormal, nao?.. =20 outra coisa, usando qualquer ferramenta no estilo velocity/freemarker/webwork ( ou seja, que gerem saida texto ), da para fazer qualquer coisa que tambem tenha formato texto como entrada.. Relatorios em excel nao me parecem especialmente prioritarios assim de cara ( apesar que lancar uma aplicacao com opcoes de exportacao para trocentos formatos pega bem ). =20 Resumindo, temos o Form ( onde dados sao inseridos ), Report / NestedReport ( este ultimo mais incomum de ser usado, mas por ser simples de fazer, nao ha problemas em colocar de cara ), Search e Menus. Ha ainda um tipo interessante de interface, que sao aquelas de "home page" de grande parte dos sites ( barrinha em cima, menu de navegacao a esquerda, conteudo no centro e, em alguns casos, algum oturo tipo de conteudo a direita ). Esse pode ser interessante tmb... se bem que isso nao passa de uma interface composta, ou algum template diferente..=20 =20 Rafael -----Mensagem original----- De: bla...@li... [mailto:bla...@li...] Em nome de lscheidegger - xdev Enviada em: segunda-feira, 18 de agosto de 2003 19:44 Para: bla...@li... Assunto: RES: [Blake-devel] Fontes do Inectis Vamos por partes, n=F3s j=E1 mapeamos um monte de interfaces, entre = elas: - Report (o cl=E1ssico), t=EDtulo, subt=EDtulo, tabela, links (bot=F5es) - ListReport , relat=F3rio composto de uma listagem de links, como em not=EDcias relacionadas de um site de not=EDcias - NestedReport , report que cont=E9m master-detail em uma mesma tela, Estado Cidade Habitantes S=E3o Paulo 12000000 SP Santos 3000000 Sorocaba 700000 RJ Rio de Janeiro 6000000 Resende 500000 BA Salvador 4000000 - Form (o cl=E1ssico) t=EDtulo, subt=EDtulo, campos, links - Search campo + bot=E3o + link para advanced search - Advanced Search parecido com o form, o que muda s=E3o os par=E2metros = de processamento - Cross , refer=EAncia cruzada de duas entidades (n para n), exemplo cl=E1ssico: usu=E1rio x grupo, vc pode querer ver todos os usu=E1rio vinculados a um determinado grupo, na consulta de grupo, bem como ver todos os grupo vinculados ao usu=E1rio na consulta de usu=E1rio. - Menu (listagem de links) - Interfaces compostas como: - formul=E1rio em abas; - help (estilo hlp) com lista de links a esquerda e conte=FAdo a direita Que eu me lembre essas s=E3o as principais, se algu=E9m lembrar de = alguma outra feel free, por=E9m temos que resolver antes de escrevermos os c=F3digos que lidem = com as interfaces, como ser=E1 feita essa integra=E7=E3o, desculpe mas para = mim n=E3o est=E1 muito claro, pois se formos usar algo que n=E0o seja xsl, = 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. >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=F3xima - Como montar uma interface que permita ao cara criar forms, listagens, relatorios e acoes pela web? N=E3o s=F3 pela web n=E9? o foco principal =E9 esse mas tb todos os = tipos de sa=EDda de informa=E7=E3o que forem confort=E1veis ao usu=E1rio. Por = interface nesse ponto vc est=E1 se referindo a uma esp=E9cie de IDE para ajudar a programar utilizando-se do Blake? Bom, acho que e' so', por enquanto, se a gente ficar se perguntando mto mais do que isso, nao sai nada do lugar ;) =E9 vero []'s =20 Luiz |
From: lscheidegger - x. <lsc...@xd...> - 2003-08-18 22:44:11
|
>- O que tem numa aplicacao web? >- Formularios > - Campos > - Labels >- Listagens >- Relatorios >- Acoes >- ? =20 Vamos por partes, n=F3s j=E1 mapeamos um monte de interfaces, entre = elas: - Report (o cl=E1ssico), t=EDtulo, subt=EDtulo, tabela, links (bot=F5es) - ListReport , relat=F3rio composto de uma listagem de links, como em not=EDcias relacionadas de um site de not=EDcias - NestedReport , report que cont=E9m master-detail em uma mesma tela, Estado Cidade Habitantes S=E3o Paulo 12000000 SP Santos 3000000 Sorocaba 700000 RJ Rio de Janeiro 6000000 Resende 500000 BA Salvador 4000000 - Form (o cl=E1ssico) t=EDtulo, subt=EDtulo, campos, links - Search campo + bot=E3o + link para advanced search - Advanced Search parecido com o form, o que muda s=E3o os par=E2metros = de processamento - Cross , refer=EAncia cruzada de duas entidades (n para n), exemplo cl=E1ssico: usu=E1rio x grupo, vc pode querer ver todos os usu=E1rio vinculados a um determinado grupo, na consulta de grupo, bem como ver todos os grupo vinculados ao usu=E1rio na consulta de usu=E1rio. - Menu (listagem de links) - Interfaces compostas como: - formul=E1rio em abas; - help (estilo hlp) com lista de links a esquerda e conte=FAdo a direita Que eu me lembre essas s=E3o as principais, se algu=E9m lembrar de = alguma outra feel free, por=E9m temos que resolver antes de escrevermos os c=F3digos que lidem = com as interfaces, como ser=E1 feita essa integra=E7=E3o, desculpe mas para = mim n=E3o est=E1 muito claro, pois se formos usar algo que n=E0o seja xsl, = 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. >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=F3xima - Como montar uma interface que permita ao cara criar forms, listagens, relatorios e acoes pela web? N=E3o s=F3 pela web n=E9? o foco principal =E9 esse mas tb todos os = tipos de sa=EDda de informa=E7=E3o que forem confort=E1veis ao usu=E1rio. Por = interface nesse ponto vc est=E1 se referindo a uma esp=E9cie de IDE para ajudar a programar utilizando-se do Blake? Bom, acho que e' so', por enquanto, se a gente ficar se perguntando mto mais do que isso, nao sai nada do lugar ;) =E9 vero []'s =20 Luiz |
From: Carlos V. <ca...@bl...> - 2003-08-18 22:17:44
|
Opa! :) Entao, os fontes estao no CVS la da java.net, mas o projeto ainda nao foi aprovado. Eu tou trabalhando que nem um doente na interface de administracao agora (quero deixar ela redondassa antes de mais nada), entao passar o codigo pra vcs, no estado q esta, nao vai ajudar mto... acho que poucos vao conseguir compilar e por pra rodar, e mesmo se conseguirem, vai ser dificil entender o que tah acontecendo :) Mas, pra gente nao ficar parado, aqui vao as perguntas que a gente tem que responder pra conseguir fazer o Blake: - O que tem numa aplicacao web? - Formularios - Campos - Labels - Listagens - Relatorios - Acoes - ? - 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? - Como montar uma interface que permita ao cara criar forms, listagens, relatorios e acoes pela web? Bom, acho que e' so', por enquanto, se a gente ficar se perguntando mto mais do que isso, nao sai nada do lugar ;) []'s -cv On Mon, 2003-08-18 at 18:57, lsc...@xd... wrote: > E ai galera, > > precisamos combinar como faremos os próximos passos para o blake, acho > que precisavamos todos validarmos a aplicação que o carlos fez, para > podermos entender como faremos para extende-la com os conceitos vitais > ao xdev. > > Como vcs sabem sou faixa branca total em Java, por isso demorarei mais > que vcs para entender o que está sendo feito lá, mas podem deixar que > com muita persistência eu chego lá :) > > Carlos, vc pode mandar os fontes para nós, ou disponibilizar no cvs? É > facinho por para rodar, ou precisa de algum roteiro para seguirmos? > > []'s > > Luiz |
From: <lsc...@xd...> - 2003-08-18 21:57:12
|
E ai galera, =20 precisamos combinar como faremos os pr=F3ximos passos para o blake, acho que precisavamos todos validarmos a aplica=E7=E3o que o carlos fez, para podermos entender como faremos para extende-la com os conceitos vitais ao xdev. =20 Como vcs sabem sou faixa branca total em Java, por isso demorarei mais que vcs para entender o que est=E1 sendo feito l=E1, mas podem deixar = que com muita persist=EAncia eu chego l=E1 :) =20 Carlos, vc pode mandar os fontes para n=F3s, ou disponibilizar no cvs? = =C9 facinho por para rodar, ou precisa de algum roteiro para seguirmos? =20 []'s=20 =20 Luiz |
From: Luiz S. - X. <lsc...@xd...> - 2003-05-09 02:35:16
|
Amigos,=20 pus no sourceforge agora o in=EDcio da documenta=E7=E3o do dicion=E1rio = de dados XML, acho que todos conhecem a import=E2ncia de validarmos = muito bem esse modelo. Gustavo e Renato, ainda h=E1 muito pouco documentado ali, mas j=E1 = podemos discutir como faremos essa integra=E7=E3o, vcs decidiram se = v=E3o usar dvsl ou xsl? []'s Luiz Scheidegger |
From: Rafael S. <ra...@in...> - 2003-05-01 13:58:20
|
Dados para acessar o CVS do Blake: =20 Desenvolvedores: Tipo de servidor: ssh Login: Nome de usu=E1rio na Source Forge Host: cvs.sourceforge.net Diretorio: /cvsroot/blake =20 Acesso geral: Tipo de servidor: pserver Login: anonymous Host: cvs.sourceforge.net Diretorio: /cvsroot/blake =20 Somente o pessoal que tem status de =93developer=94 ou =93admin=94 no = sistema tem direitos de enviar/apagar/editar arquivos no CVS, o resto tem apenas acesso de leitura. Tenham um certo cuidado como que mandam para o ar tambem, por dois motivos: 1) N=E3o h=E1 como restringir o acesso, ou seja, tudo o que for colocado la podera ser visto por pessoas do mundo todo; 2) Para apagar coisas ( como modulos/diretorios antigos ) =E9 preciso abrir um chamado pro pessoal de suporte t=E9cnico da Source = Forge =20 Acesso via web pode ser feito atraves do endereco http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/blake =20 Rafael =20 |
From: lscheidegger - x. <lsc...@xd...> - 2003-04-30 16:18:02
|
Joe, Vamos combinar um dia da semana que vem para vc apresentar seu framework? Por mim pode ser qq dia exceto segunda-feira. []'s Luiz |
From: lscheidegger - x. <lsc...@xd...> - 2003-04-29 13:13:08
|
>Gostaria de saber, Luiz, maiores detalhes sobre as=20 >atribui=E7=F5es de cada um, pois pelo menos para a minha=20 >atividade, entendi que como atribui=E7=E3o eu serei respons=E1vel=20 >pela cria=E7=E3o do schema XML (para a parametriza=E7=E3o XML) e=20 >pelas tabelas de paramtriza=E7=E3o pelo banco. Lucas, Sua atividade se refere n=E3o diretamente ao XML, e sim a defini=E7=E3o = das entidades da camada de neg=F3cios, essa defini=E7=E3o poder=E1 ser feita = de diversas formas: - Arquivo XML; - Banco de Dados; - Arquivos Properties; - etc... Uma entidade da camada de neg=F3cios =E9 a uni=E3o de: - Uma classe que represente suas propriedades; - Um arquivo ou registros de banco de dados, de configura=E7=E3o nos formatos citados acima; - Um arquivo com todas as queries da entidade. Essa configura=E7=E3o =E9 portanto a defini=E7=E3o de como a entidade = ir=E1 ser tratada pelo framework, quais parametros ela passar=E1 para os parsers, para que esses possam automaticamente gerar as interfaces.=20 Nessa sua tarefa eu, o chico, o rafael e o paulo podemos te ajudar bastante, mas vc vai se interar principalmente com a minha tarefa, pois =E9 com ela que vc vai integrar. []'s Luiz |
From: lscheidegger - x. <lsc...@xd...> - 2003-04-29 12:59:03
|
=20 Como eu disse antes eu fecho em DVSL, pois n=E3o ir=E1 demorar muito a = ser criado um parser para .net, tb caso n=E3o role, n=F3s fazemos ;-) =20 Com rela=E7=E3o ao webwork, vamos todos ler do que se trata, da=ED = chegamos a um veredito, certo? =20 []'s Luiz =20 =20 nao respondi antes pq estava fazendo helloworlds com ele. e ele tem toda essa concatenacao de acoes embutidas, para fazer wizards (nao wizard q a gente conhece, mas quele wizard de sequencia de operacoes q a gente estava falando antes) ele ja tem um ViewHelper para XSLT, entao podemos extender para DVSL e ver no que da! =20 fiquei com a parte do request, e se errar nisso, eu ferro todos os outros. preciso da opiniao de voces quanto a utilizar o webwork, e dos integradores sobre o DVSL. O codigo do dvsl eh bem simples, bem parecido com XSL, mas nao usa < tags > entre o maior e menor.=20 Paulo =20 =20 |
From: Lucas O. <luc...@uo...> - 2003-04-29 05:35:58
|
Ol=E1 pessoal, Gostaria de saber, Luiz, maiores detalhes sobre as atribui=E7=F5es de cada um, pois pelo menos para a minha atividade, entendi que como atribui=E7=E3o eu serei respons=E1vel pela cria=E7=E3o do schema XML (para a parametriza=E7=E3o XML) e pelas tabelas de paramtriza=E7=E3o pelo banco. Abra=E7os, Lucas Oleiro > Amigos, > > Agora come=E7aremos a programa=E7=E3o do Blake, e as atividades fo ram divididas da seguinte forma: > > - Arte: > Respons=E1veis: Newber e Pablo; > - Integra=E7=E3o: > Respons=E1veis: Gustavo e Renato; > - Sistemas: > - Arquitetura e extensibilidade: Paulo Silveira / Joe > - Cacheamento: Rafael / Chico Romero > - Interface e defini=E7=E3o de dicion=E1rio XML: Luiz / Renato / Gust avo > - Parser de Requests: Paulo Silveira; > - Seguran=E7a: Chico Romero / Joe > - Banco de Dados Chico Romero > - Defini=E7=E3o da Camada de Neg=F3cios: Lucas > > Vamos escrever tudo que tivermos fazendo ou pensando na list a, para que todos saibam tudo que est=E1 acontecendo. > > E o cvs? como faremos? > > []'s > > Luiz > > > > --- UOL, o melhor da Internet http://www.uol.com.br/ |
From: Paulo S. <pa...@pa...> - 2003-04-29 04:45:31
|
Oi pessoal =20 -- Sobre o DVSL: =20 Eu acho muito mais limpo, como o Luiz falou. mas na propria reuniao, o Luiz lembrou a gente: usar dvsl impossibilitaria o reuso dos arquivos de transformacoes quando migrar de uma paltaforma para outra, ja que nao existe o interpretador de DVSL para .net. E o ponto forte do blake, a meu ver, eh a inteligencia de interfaces (q o Luiz sempre deu foco) e reaproveitamento delas, coisa q nunca vi projeto algum que faca. exemplo: - o cara quer mudar de HTML para WML, ele tem de pegar todos os templates dele html, ou todos jsp ou todos aspx e forcar eles cuspirem WML. Com as transformacoes, basta mudar o XSL ou o DVSL das interfaces q isso mata... =20 Mas tambem nao tem mto problema a gente escrever XSL para .net e DVSL para java, ou voces acham que tem? =20 -- WebWork (opensymphony.com) =20 nao respondi antes pq estava fazendo helloworlds com ele. e ele tem toda essa concatenacao de acoes embutidas, para fazer wizards (nao wizard q a gente conhece, mas quele wizard de sequencia de operacoes q a gente estava falando antes) ele ja tem um ViewHelper para XSLT, entao podemos extender para DVSL e ver no que da! =20 fiquei com a parte do request, e se errar nisso, eu ferro todos os outros. preciso da opiniao de voces quanto a utilizar o webwork, e dos integradores sobre o DVSL. O codigo do dvsl eh bem simples, bem parecido com XSL, mas nao usa < tags > entre o maior e menor. ------------------------ Paulo Silveira http://www.paulo.com.br/ http://www.guj.com.br/ =20 -----Original Message----- From: bla...@li... [mailto:bla...@li...] On Behalf Of Luiz Scheidegger - XDEV Sent: domingo, 27 de abril de 2003 20:14 To: bla...@so... Subject: [Blake-devel] In=EDcio das Atividades Caros, =20 A reuni=E3o de sexta-feira a noite foi bastante produtiva, pois trouxe novas id=E9ias ao desenvolvimento do blake. As principais s=E3o: =20 - Estudaremos a substitui=E7=E3o do XSL por DVSL (Declarative Velocity = Style Language- http://jakarta.apache.org/velocity/dvsl/index.html); A raz=E3o principal dessa substitui=E7=E3o =E9 que o dsvl = possibilitar=E1 um c=F3digo mais limpo, j=E1 que n=E3o =E9 xml e sim uma linguagem. =20 - Criaremos um dicionario XML que seja mais gen=E9rico entre as interfaces, exemplos: Na primeira vers=E3o do XDev o dicion=E1rio era muito parecido com o = HTML pois o HTML era a sa=EDda mais comum, exemplo: =20 Em uma determinada classe temos 4 propriedades: - id =3D> contentType=3Dinteger, visible=3D(add=3D0,edit=3D0,get=3D1), caption=3Dc=F3digo,value=3D0 - name=3D>contentType=3Dvarchar, visible=3D1, caption=3Dnome,value=3D'' - email=3D>contentType=3Demail, visible=3D1,caption=3De-mail,value=3D'' - status=3D>contentType=3Dboolean,visible=3D(add=3D0,edit=3D1,get=3D1),capt= ion=3Dstatus, options=3D(1=3DAtivo/0=3DInativo), value=3D1 =20 Para uma opera=E7=E3o de add teriamos as quatro propriedades = representadas da seguinte forma: <interface type=3Dform> <hidden name=3D'id' value=3D'0'> <input_text content_type=3D'varchar' caption=3D'nome' name=3D'name' = value=3D'' length=3D'100'> <input_text content_type=3D'email' caption=3D'e-mail' name=3D'email' = value=3D'' length=3D'255'> <hidden name=3D'status' value=3D'1'> </interface> Para editar seria basicamente o mesmo c=F3digo por=E9m com os values = j=E1 preenchidos: =20 <interface type=3Dform> <hidden name=3D'id' value=3D'1'> <input_text content_type=3D'varchar' caption=3D'nome' name=3D'name' value=3D'Luiz' length=3D'100'> <input_text content_type=3D'email' caption=3D'e-mail' name=3D'email' value=3D'lsc...@xd...' length=3D'255'> <radio caption=3D'status' name=3D'status'> <option value=3D'1' caption=3D'Ativo' checked=3D1> <option value=3D'0' caption=3D'Ativo' checked=3D0> </radio> </interface> =20 Em uma consulta (get) o c=F3digo seria esse: <interface=3Dreport> <table> <line> <cell><text>c=F3digo</text></cell> <cell><text>nome</text></cell>=20 <cell><text>e-mail</text></cell>=20 <cell><text>status</text></cell> </line> <line> <cell><text>1</text></cell> <cell><text>Luiz</text></cell>=20 <cell><text>lsc...@xd...<text></cell>=20 <cell><text>ativo</text></cell> </line> </table> </interface> =20 A partir de agora as propriedades ter=E3o a mesma nota=E7=E3o n=E3o = importando qual seja a opera=E7=E3o, caber=E1 a interface juntamente com a = integra=E7=E3o (xsl ou dvsl) interpretarem isso de forma a dar a sa=EDda padr=E3o da interface. =20 Exemplos: =20 add <interface type=3Dform> <integer name=3D'id' caption=3D'c=F3digo' value=3D'0' visible=3D0> <text caption=3D'nome' name=3D'name' value=3D'' length=3D255> <email caption=3D'e-mail' name=3D'email' value=3D''> <choice caption=3D'status' name=3D'status' type=3D'single' visible=3D0> <option value=3D'1' caption=3D'Ativo' checked=3D1> <option value=3D'0' caption=3D'Ativo' checked=3D0> </radio> </interface> =20 edit <interface type=3Dform> <integer name=3D'id' caption=3D'c=F3digo' value=3D'1' visible=3D1> <text caption=3D'nome' name=3D'name' value=3D'Luiz' length=3D255> <email caption=3D'e-mail' name=3D'email' value=3D'lsc...@xd...'> <choice caption=3D'status' name=3D'status' type=3D'single' visible=3D1> <option value=3D'1' caption=3D'Ativo' checked=3D1> <option value=3D'0' caption=3D'Ativo' checked=3D0> </radio> </interface> =20 =20 get <interface type=3Dreport> <table> <line> <column> <integer caption=3D'c=F3digo' name=3D'id'> </column> <column> <text caption=3D'nome' name=3D'name' length=3D255> </column> <column> <email caption=3D'e-mail' name=3D'email'> </column>=20 <column> <choice caption=3D'status' name=3D'status' type=3D'single'> <option value=3D'1' caption=3D'Ativo'> <option value=3D'0' caption=3D'Ativo' > </radio> </column> </line> <line> <cell> <integer name=3D'id' value=3D'1' visible=3D1> </cell> <cell> <text caption=3D'nome' name=3D'name' value=3D'Luiz' length=3D255> </cell> <cell> <email caption=3D'e-mail' name=3D'email' value=3D'lsc...@xd...'> </cell>=20 <cell> <choice caption=3D'status' name=3D'status' type=3D'single' visible=3D1> <option value=3D'1' caption=3D'Ativo' checked=3D1> <option value=3D'0' caption=3D'Ativo' checked=3D0> </radio> </cell> </line> </interface> =20 O XML referente as propriedades entre as interfaces ser=E1 portanto id=EAntico. Dessa forma a integra=E7=E3o via XSL ou dvsl ter=E1 um papel fundamental na interpreta=E7=E3o desses dados. =20 Estou escrevendo o resto das resolu=E7=F5es, mas como esse texto j=E1 = est=E1 longo, vou enviar dessa forma para vcs irem pensando =20 []'s =20 Luiz =20 =20 |
From: Luiz S. - X. <lsc...@xd...> - 2003-04-27 23:46:12
|
Amigos, Agora come=E7aremos a programa=E7=E3o do Blake, e as atividades foram = divididas da seguinte forma: - Arte:=20 Respons=E1veis: Newber e Pablo; - Integra=E7=E3o: Respons=E1veis: Gustavo e Renato; - Sistemas: - Arquitetura e extensibilidade: Paulo Silveira / Joe - Cacheamento: Rafael / Chico Romero=20 - Interface e defini=E7=E3o de dicion=E1rio XML: Luiz / Renato / = Gustavo - Parser de Requests: Paulo Silveira; - Seguran=E7a: Chico Romero / Joe - Banco de Dados Chico Romero=20 - Defini=E7=E3o da Camada de Neg=F3cios: Lucas Vamos escrever tudo que tivermos fazendo ou pensando na lista, para que = todos saibam tudo que est=E1 acontecendo.=20 E o cvs? como faremos? []'s Luiz =20 |
From: Luiz S. - u. <ej...@uo...> - 2003-04-27 23:38:38
|
... continuando - componentiza=E7=E3o de css e xsl/dvsl Uma particularidade que restringiu a flexibilidade das primeiras = vers=F5es do xdev, foi justamente a existencia de particularidades nos = sitemas, que fizessem que criassemos outros templates, xsls, = javascript's ou at=E9 mesmo elementos e argumentos xml's n=E3o = previstos. A solu=E7=E3o encontrada para resolver essa quest=E3o foi a = componentiza=E7=E3o do css e xsl, dessa forma poderemos isolar quais = c=F3digos xsl's est=E3o aptos a transformar uma tabela por exemplo, e o = integrador poder=E1 a qualquer momento alterar o script padr=E3o de = transforma=E7=E3o de tabela para toda a aplica=E7=E3o ou somente para = uma funcionalidade. e o mesmo =E9 verdadeiro para os designer, que = poder=E3o alterar todos os estilos de um determinado projeto, ou de uma = funcionalidade em particular. Essa defini=E7=E3o =E9 a que est=E1 sem d=FAvida mais madura, pois j=E1 = estamos pensando nela a algum tempo. - cache O sistema ter=E1 a capacidade de cachear todas as estruturas dos xml's = gerados, criando esp=E9cies de templates de xml's, que ser=E3o = preenchidos com as instancias dos objetos da camada de neg=F3cio. O funcionamento desse cache ser=E1 bem parecido com o prevayler, por=E9m = diferentemente do prevayler nossos objetos da camada de neg=F3cio = ser=E3o quase que somente compostos de propriedades, dessa forma = conseguiremos uma performance bem satisfatoria, e poderemos logar as = opera=E7=F5es diretamente no banco de dados, contrariando assim o dogma = do prevayler. - defini=E7=E3o da camada de neg=F3cios ficou decidido que o Blake aceitar=E1 mais de um formato de = defini=E7=E3o da camada de neg=F3cios, e para exemplificarmos isso, = adotaremos dois padr=F5es: XML e Banco de dados. - intelig=EAncia de funcionalidades e intelig=EAncia de aplica=E7=F5es. = soon... ahh a tecnologia dessa primeira vers=E3o ser=E1 em java, mas assim que = ela estiver operacional daqui a um mes ou dois come=E7ar=E1 a ser = definida a vers=E3o .net []'s Luiz |
From: Luiz S. - X. <lsc...@xd...> - 2003-04-27 23:13:46
|
Caros, A reuni=E3o de sexta-feira a noite foi bastante produtiva, pois trouxe = novas id=E9ias ao desenvolvimento do blake. As principais s=E3o: - Estudaremos a substitui=E7=E3o do XSL por DVSL (Declarative Velocity = Style Language- http://jakarta.apache.org/velocity/dvsl/index.html); A raz=E3o principal dessa substitui=E7=E3o =E9 que o dsvl = possibilitar=E1 um c=F3digo mais limpo, j=E1 que n=E3o =E9 xml e sim uma = linguagem. - Criaremos um dicionario XML que seja mais gen=E9rico entre as = interfaces, exemplos: Na primeira vers=E3o do XDev o dicion=E1rio era muito parecido com o = HTML pois o HTML era a sa=EDda mais comum, exemplo: Em uma determinada classe temos 4 propriedades: - id =3D> contentType=3Dinteger, visible=3D(add=3D0,edit=3D0,get=3D1), = caption=3Dc=F3digo,value=3D0 - name=3D>contentType=3Dvarchar, visible=3D1, caption=3Dnome,value=3D'' - email=3D>contentType=3Demail, visible=3D1,caption=3De-mail,value=3D'' - = status=3D>contentType=3Dboolean,visible=3D(add=3D0,edit=3D1,get=3D1),capt= ion=3Dstatus,options=3D(1=3DAtivo/0=3DInativo), value=3D1 Para uma opera=E7=E3o de add teriamos as quatro propriedades = representadas da seguinte forma: <interface type=3Dform> <hidden name=3D'id' value=3D'0'> <input_text content_type=3D'varchar' caption=3D'nome' name=3D'name' = value=3D'' length=3D'100'> <input_text content_type=3D'email' caption=3D'e-mail' name=3D'email' = value=3D'' length=3D'255'> <hidden name=3D'status' value=3D'1'> </interface> Para editar seria basicamente o mesmo c=F3digo por=E9m com os values = j=E1 preenchidos: =20 <interface type=3Dform> <hidden name=3D'id' value=3D'1'> <input_text content_type=3D'varchar' caption=3D'nome' name=3D'name' = value=3D'Luiz' length=3D'100'> <input_text content_type=3D'email' caption=3D'e-mail' name=3D'email' = value=3D'lsc...@xd...' length=3D'255'> <radio caption=3D'status' name=3D'status'> <option value=3D'1' caption=3D'Ativo' checked=3D1> <option value=3D'0' caption=3D'Ativo' checked=3D0> </radio> </interface> Em uma consulta (get) o c=F3digo seria esse: <interface=3Dreport> <table> <line> <cell><text>c=F3digo</text></cell> <cell><text>nome</text></cell>=20 <cell><text>e-mail</text></cell>=20 <cell><text>status</text></cell> </line> <line> <cell><text>1</text></cell> <cell><text>Luiz</text></cell>=20 <cell><text>lsc...@xd...<text></cell>=20 <cell><text>ativo</text></cell> </line> </table> </interface> A partir de agora as propriedades ter=E3o a mesma nota=E7=E3o n=E3o = importando qual seja a opera=E7=E3o, caber=E1 a interface juntamente com = a integra=E7=E3o (xsl ou dvsl) interpretarem isso de forma a dar a = sa=EDda padr=E3o da interface. Exemplos: add <interface type=3Dform> <integer name=3D'id' caption=3D'c=F3digo' value=3D'0' visible=3D0> <text caption=3D'nome' name=3D'name' value=3D'' length=3D255> <email caption=3D'e-mail' name=3D'email' value=3D''> <choice caption=3D'status' name=3D'status' type=3D'single' visible=3D0> <option value=3D'1' caption=3D'Ativo' checked=3D1> <option value=3D'0' caption=3D'Ativo' checked=3D0> </radio> </interface> edit <interface type=3Dform> <integer name=3D'id' caption=3D'c=F3digo' value=3D'1' visible=3D1> <text caption=3D'nome' name=3D'name' value=3D'Luiz' length=3D255> <email caption=3D'e-mail' name=3D'email' = value=3D'lsc...@xd...'> <choice caption=3D'status' name=3D'status' type=3D'single' visible=3D1> <option value=3D'1' caption=3D'Ativo' checked=3D1> <option value=3D'0' caption=3D'Ativo' checked=3D0> </radio> </interface> get <interface type=3Dreport> <table> <line> <column> <integer caption=3D'c=F3digo' name=3D'id'> </column> <column> <text caption=3D'nome' name=3D'name' length=3D255> </column> <column> <email caption=3D'e-mail' name=3D'email'> </column> <column> <choice caption=3D'status' name=3D'status' type=3D'single'> <option value=3D'1' caption=3D'Ativo'> <option value=3D'0' caption=3D'Ativo' > </radio> </column> </line> <line> <cell> <integer name=3D'id' value=3D'1' visible=3D1> </cell> <cell> <text caption=3D'nome' name=3D'name' value=3D'Luiz' length=3D255> </cell> <cell> <email caption=3D'e-mail' name=3D'email' = value=3D'lsc...@xd...'> </cell>=20 <cell> <choice caption=3D'status' name=3D'status' type=3D'single' visible=3D1> <option value=3D'1' caption=3D'Ativo' checked=3D1> <option value=3D'0' caption=3D'Ativo' checked=3D0> </radio> </cell> </line> </interface> O XML referente as propriedades entre as interfaces ser=E1 portanto = id=EAntico. Dessa forma a integra=E7=E3o via XSL ou dvsl ter=E1 um papel = fundamental na interpreta=E7=E3o desses dados. Estou escrevendo o resto das resolu=E7=F5es, mas como esse texto j=E1 = est=E1 longo, vou enviar dessa forma para vcs irem pensando []'s Luiz |
From: <chi...@ya...> - 2003-03-20 17:41:37
|
lscheidegger - xdev <lsc...@xd...> wrote: Eu também tenho interesse em tudo relacionado à parte de análise de requisitos e documentação em geral. >>Os requisitos são as caracterísiticas da metodologia e das demais arquiteturas que implementarmos, certo? Sim, exatamente. E na minha opinião esta parte é crucial para o projeto. Uma coisa que eu acho particularmente interessante é a documentação "externa" do blake, ou seja, a documentação dos insumos de configuração que o blake receberá e quais são os valores possíveis para estas configurações. >>Essa documentação vai ser um produto da definição do nosso dicionário de dados XML, e também da configuração das interfaces. As demais configurações como ambiente e quais camadas (segurança, gerenciamento de seção, conexão com bd),... serão utilizadas devem vir em um arquivo de configuração do framework, que poderia ter um formato estilo web.xml, web.config. ou php.ini. >>Essas duas documentações podem estar separadas.Que vcs acham? Uma dessas configurações é definida em nível de aplicação (ASP.NET ou Servlets), e a aplicação fornece estas configurações ao framework; e a outra em nível de funcionalidade do framework (o framework é responsável por ler estas configurações). Acredito ser melhor colocarmos estas 2 documentações no mesmo "manual do desenvolvedor", e separarmos por seções; Também acho interessante a parte de HOW-TOs e também um "Quick start", que seria algo como "o que um desenvolvedor precisa fazer para começar a desenvolver uma solução usando o blake" >>Podemos dividir isso em duas etapas, a primeira é essa, a segunda uma espécie de biblioteca de miniprojetos para o Blake, como se fossem tutoriais no estilo Northwind. Interessante. Só precisamos definir um local para anotar todas estas decisões, senão acabaremos esquecendo :)O source-forge tem algo desse tipo? Um to-do list ou algo parecido? Abraços,Romero []'s Luiz --------------------------------- Busca Yahoo! O serviço de busca mais completo da Internet. O que você pensar o Yahoo! encontra. |
From: lscheidegger - x. <lsc...@xd...> - 2003-03-20 17:20:13
|
=20 Eu tamb=E9m tenho interesse em tudo relacionado =E0 parte de an=E1lise = de requisitos e documenta=E7=E3o em geral. =20 >>Os requisitos s=E3o as caracter=EDsiticas da metodologia e das demais arquiteturas que implementarmos, certo? =20 Uma coisa que eu acho particularmente interessante =E9 a = documenta=E7=E3o "externa" do blake, ou seja, a documenta=E7=E3o dos insumos de = configura=E7=E3o que o blake receber=E1 e quais s=E3o os valores poss=EDveis para estas configura=E7=F5es. =20 >>Essa documenta=E7=E3o vai ser um produto da defini=E7=E3o do nosso = dicion=E1rio de dados XML, e tamb=E9m da configura=E7=E3o das interfaces. As demais configura=E7=F5es como ambiente e quais camadas (seguran=E7a, = gerenciamento de se=E7=E3o, conex=E3o com bd),... ser=E3o utilizadas devem vir em um = arquivo de configura=E7=E3o do framework, que poderia ter um formato estilo = web.xml, web.config. ou php.ini.=20 >>Essas duas documenta=E7=F5es podem estar separadas.Que vcs acham? =20 Tamb=E9m acho interessante a parte de HOW-TOs e tamb=E9m um "Quick = start", que seria algo como "o que um desenvolvedor precisa fazer para come=E7ar = a desenvolver uma solu=E7=E3o usando o blake"=20 >>Podemos dividir isso em duas etapas, a primeira =E9 essa, a segunda = uma esp=E9cie de biblioteca de miniprojetos para o Blake, como se fossem tutoriais no estilo Northwind. =20 []'s =20 Luiz |
From: <chi...@ya...> - 2003-03-20 17:10:32
|
Já estou chamando pessoas na minha faculdade (POLI-USP) e em outros lugares interessadas no projeto (tanto para .NET como p/ Java). Eu também tenho interesse em tudo relacionado à parte de análise de requisitos e documentação em geral. Uma coisa que eu acho particularmente interessante é a documentação "externa" do blake, ou seja, a documentação dos insumos de configuração que o blake receberá e quais são os valores possíveis para estas configurações. Também acho interessante a parte de HOW-TOs e também um "Quick start", que seria algo como "o que um desenvolvedor precisa fazer para começar a desenvolver uma solução usando o blake" O que vocês acham? Abraços, Chico Romero --- Luiz Scheidegger <lsc...@xd...> escreveu: > Amigos, > > Essa mensagem tem como objetivo iniciar nossas conversas a respeito do que é o XDevelopment, bem > como > outras idéias interessantes, e iniciar as atividades em torno do Blake. > > Apresentarei um pouco da equipe e onde cada um atuará: > > - Eu e o André trabalharemos como documentador e eu como mediador na definição das features; > - Paulo, Rafael, Jonathan e Renato trabalharão no framework em Java; > - Chico Romero, Lucas e Fabrício no framework em .net; > > - Newber responsável pela arte do Blake e dos projetos de exemplo; > - Gustavo responsável pela integração, terá também a colaboração de Renato; > > Amigos todos podem e devem ajudar a definir as features gerais dos frameworks, assim como também > o > dicíonario de dados XML, e a linha geral de comunicação que adotaremos para o Blake. > > Caso vocês se sintam sobrecarregados ou conheçam pessoas que vocês tem certeza que possa > colaborar com o > projeto, convidem a participar. > > Bom trabalho a todos nós, e vamos detonar! > > Abraços, > > Luiz --------------------------------- Busca Yahoo! O serviço de busca mais completo da Internet. O que você pensar o Yahoo! encontra. |
From: <chi...@ya...> - 2003-03-20 17:06:40
|
Já estou chamando pessoas na minha faculdade (POLI-USP) interessadas no projeto (tanto para .NET como p/ Java). Eu também tenho interesse em tudo relacionado à parte de análise de requisitos e documentação em geral. Uma coisa que eu acho particularmente interessante é a documentação "externa" do blake, ou seja, a documentação dos insumos de configuração que o blake receberá e quais são os valores possíveis para estas configurações. Também acho interessante a parte de HOW-TOs e também um "Quick start", que seria algo como "o que um desenvolvedor precisa fazer para começar a desenvolver uma solução usando o blake" O que vocês acham? Abraços, Chico Romero --- Luiz Scheidegger <lsc...@xd...> escreveu: > Amigos, > > Essa mensagem tem como objetivo iniciar nossas conversas a respeito do que é o XDevelopment, bem > como > outras idéias interessantes, e iniciar as atividades em torno do Blake. > > Apresentarei um pouco da equipe e onde cada um atuará: > > - Eu e o André trabalharemos como documentador e eu como mediador na definição das features; > - Paulo, Rafael, Jonathan e Renato trabalharão no framework em Java; > - Chico Romero, Lucas e Fabrício no framework em .net; > > - Newber responsável pela arte do Blake e dos projetos de exemplo; > - Gustavo responsável pela integração, terá também a colaboração de Renato; > > Amigos todos podem e devem ajudar a definir as features gerais dos frameworks, assim como também > o > dicíonario de dados XML, e a linha geral de comunicação que adotaremos para o Blake. > > Caso vocês se sintam sobrecarregados ou conheçam pessoas que vocês tem certeza que possa > colaborar com o > projeto, convidem a participar. > > Bom trabalho a todos nós, e vamos detonar! > > Abraços, > > Luiz --------------------------------- Busca Yahoo! O serviço de busca mais completo da Internet. O que você pensar o Yahoo! encontra. |
From: <chi...@ya...> - 2003-03-20 15:39:53
|
Já estou chamando pessoas na minha faculdade (POLI-USP) interessadas no projeto (tanto para .NET como p/ Java). Eu também tenho interesse em tudo relacionado à parte de análise de requisitos e documentação em geral. Uma coisa que eu acho particularmente interessante é a documentação "externa" do blake, ou seja, a documentação dos insumos de configuração que o blake receberá e quais são os valores possíveis para estas configurações. Também acho interessante a parte de HOW-TOs e também um "Quick start", que seria algo como "o que um desenvolvedor precisa fazer para começar a desenvolver uma solução usando o blake" O que vocês acham? Abraços, Chico Romero --- Luiz Scheidegger <lsc...@xd...> escreveu: > Amigos, > > Essa mensagem tem como objetivo iniciar nossas conversas a respeito do que é o XDevelopment, bem > como > outras idéias interessantes, e iniciar as atividades em torno do Blake. > > Apresentarei um pouco da equipe e onde cada um atuará: > > - Eu e o André trabalharemos como documentador e eu como mediador na definição das features; > - Paulo, Rafael, Jonathan e Renato trabalharão no framework em Java; > - Chico Romero, Lucas e Fabrício no framework em .net; > > - Newber responsável pela arte do Blake e dos projetos de exemplo; > - Gustavo responsável pela integração, terá também a colaboração de Renato; > > Amigos todos podem e devem ajudar a definir as features gerais dos frameworks, assim como também > o > dicíonario de dados XML, e a linha geral de comunicação que adotaremos para o Blake. > > Caso vocês se sintam sobrecarregados ou conheçam pessoas que vocês tem certeza que possa > colaborar com o > projeto, convidem a participar. > > Bom trabalho a todos nós, e vamos detonar! > > Abraços, > > Luiz > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Tablet PC. > Does your code think in ink? You could win a Tablet PC. > Get a free Tablet PC hat just for playing. What are you waiting for? > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en > _______________________________________________ > Blake-devel mailing list > Bla...@li... > https://lists.sourceforge.net/lists/listinfo/blake-devel --------------------------------- Busca Yahoo! O serviço de busca mais completo da Internet. O que você pensar o Yahoo! encontra. |
From: <chi...@ya...> - 2003-03-20 15:35:24
|
Já estou chamando pessoas na minha faculdade (POLI-USP) interessadas no projeto (tanto para .NET como p/ Java). Eu também tenho interesse em tudo relacionado à parte de análise de requisitos e documentação em geral. Uma coisa que eu acho particularmente interessante é a documentação "externa" do blake, ou seja, a documentação dos insumos de configuração que o blake receberá e quais são os valores possíveis para estas configurações. Também acho interessante a parte de HOW-TOs e também um "Quick start", que seria algo como "o que um desenvolvedor precisa fazer para começar a desenvolver uma solução usando o blake" O que vocês acham? Abraços, Chico Romero --- Luiz Scheidegger <lsc...@xd...> escreveu: > Amigos, > > Essa mensagem tem como objetivo iniciar nossas conversas a respeito do que é o XDevelopment, bem > como > outras idéias interessantes, e iniciar as atividades em torno do Blake. > > Apresentarei um pouco da equipe e onde cada um atuará: > > - Eu e o André trabalharemos como documentador e eu como mediador na definição das features; > - Paulo, Rafael, Jonathan e Renato trabalharão no framework em Java; > - Chico Romero, Lucas e Fabrício no framework em .net; > > - Newber responsável pela arte do Blake e dos projetos de exemplo; > - Gustavo responsável pela integração, terá também a colaboração de Renato; > > Amigos todos podem e devem ajudar a definir as features gerais dos frameworks, assim como também > o > dicíonario de dados XML, e a linha geral de comunicação que adotaremos para o Blake. > > Caso vocês se sintam sobrecarregados ou conheçam pessoas que vocês tem certeza que possa > colaborar com o > projeto, convidem a participar. > > Bom trabalho a todos nós, e vamos detonar! > > Abraços, > > Luiz > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Tablet PC. > Does your code think in ink? You could win a Tablet PC. > Get a free Tablet PC hat just for playing. What are you waiting for? > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en > _______________________________________________ > Blake-devel mailing list > Bla...@li... > https://lists.sourceforge.net/lists/listinfo/blake-devel --------------------------------- Busca Yahoo! O serviço de busca mais completo da Internet. O que você pensar o Yahoo! encontra. |