perl-oak-discuss Mailing List for Perl Oak
Brought to you by:
ruoso
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Aguimar N. <ag...@in...> - 2003-01-06 15:58:05
|
N=E3o tenho certeza, mas me parece que o tal de Java Server Faces segue a m= esma linha do que =E9 o Oak. Talvez fosse o caso de dar uma olhada na imple= menta=E7=E3o deles. Abra=E7o, =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >De:Daniel Ruoso <da...@ru...> >Para:per...@so... >Assunto:[Perl-oak-discuss] Classes de Controle > > >O pr=F3ximo passo no oak ser=E1 a cria=E7=E3o das >classes base para controle de >neg=F3cios. Mas eu ainda n=E3o consegui amadurecer o >modelo a ser usado. > >Algumas id=E9ias: > >* Cada controle ser um componente que ficaria >dentro de um DataModule, >sendo criado uma vez s=F3 no in=EDcio da aplica=E7=E3o. >E assim, eles seriam >acessados como qualquer outro componente. Mas >este componente n=E3o >guardaria nenhuma informa=E7=E3o nele mesmo, pois a >sua instancia seria >permanente. > >* Cada controle ser uma classe normal >(descendente direta de >Oak::Object), e ser instanciado sempre que >utilizado. > >Coment=E1rios? > > > > >------------------------------------------------ >------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Perl-oak-discuss mailing list >Per...@li... >https://lists.sourceforge.net/lists/listinfo/per >l-oak-discuss Atenciosamente,=0D =0D Aguimar Mendon=E7a Neto=0D (11) 5049-1234 Sao Paulo - SP=0D INOVA Tecnologias - http://www.inova.com.br ****************************************=0D Seja nosso parceiro: Velop Parcerias!!!=0D "Onde voc=EA n=E3o gasta para ganhar".=0D http://www.inova.com.br=0D **************************************** |
From: Daniel R. <da...@ru...> - 2003-01-06 13:04:37
|
O pr=F3ximo passo no oak ser=E1 a cria=E7=E3o das classes base para control= e de neg=F3cios. Mas eu ainda n=E3o consegui amadurecer o modelo a ser usado. Algumas id=E9ias: * Cada controle ser um componente que ficaria dentro de um DataModule, sendo criado uma vez s=F3 no in=EDcio da aplica=E7=E3o. E assim, eles seria= m acessados como qualquer outro componente. Mas este componente n=E3o guardaria nenhuma informa=E7=E3o nele mesmo, pois a sua instancia seria permanente. * Cada controle ser uma classe normal (descendente direta de Oak::Object), e ser instanciado sempre que utilizado. Coment=E1rios? |
From: <rb...@ce...> - 2001-10-10 14:17:24
|
This is off the gtk-perl list. I just wanted to share one more idea with you. The idea would be to have an Oak::GUI class which would be a wrapper attaching to multiple GUI toolkits. For instance, you may eventually have Oak::Gtk, Oak::Tk, and Oak::Win32. You may write a GUI program that uses objects only from Oak::GUI, but can then specify which toolkit to use at run-time (or install-time). This way on Win32 you could use Win32 code, Gtk in X windows, etc. Oak::GUI would also give an extra layer so that you could make things "feel" more like perl, where needed. The issue of course would be the overhead involved, but through some preliminary tests this seems to be minimal. I've subscribed to the perl-oak-discuss mailing list, and will CC this message there. --Brock |
From: Daniel R. <da...@ru...> - 2001-08-15 01:43:49
|
Estava pensando, Temos o Oak::Filer, estamos a um passo de fazer o Oak::Filer::DBI, que iria= salvar os dados do objeto em uma tabela. At=E9 a=ED est=E1 ok. Mas, e os o= bjetos que precisarem fazer sqls mesmo? temos que elaborar o esquema para c= ompartilhar conex=F5es e etc. "palmat=F3ria quebra dedo, palmat=F3ria faz verg=E3o, palmat=F3ria quebra t= udo s=F3 n=E3o quebra opini=E3o!"=0D do concerto do Ant=F4nio N=F3brega=0D |
From: Daniel R. <da...@ru...> - 2001-08-13 16:59:41
|
oops, n=E3o h=E1 como evitar que eles fiquem muito dependentes do persisten= t, afinal, eles s=E3o descendentes dele. O lance =E9 como fazer passar os par=E2metros para o filer sem ficar chato. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >De:"Aguimar M. Neto" <ag...@em...> >Para:"Perl-Oak" <per...@li...> >Assunto:Re: [Perl-oak-discuss] Persistent > >O grande segredo =E9 fazer que isso fique o mais >transparente poss=EDvel para todos os objetos, >tipo mensagem zip n=E3o precisa saber que Filer o >Persistent usou. O problema disso =E9 que talvez >todos os Objetos fiquem muito dependentes do >Persistent ... > >Atenciosamente, >Aguimar Mendon=E7a Neto > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>De:"Daniel Ruoso" <da...@ru...> >>Para:per...@li... >>Assunto:[Perl-oak-discuss] Persistent >> >> >>Existe uma d=FAvida que eu estou tendo em rela=E7=E3o >>ao Persistent. No Delphi, ele usa um objeto do >>tipo TFiler para salvar as propriedades, ou >>seja, o Persistent em si n=E3o sabe salvar os >seus >>dados, ele repassa para o filer para que este >>salve os seus dados. No nosso caso temos duas >>op=E7=F5es. O nosso Filer seria por exemplo, um >>objeto que acessa o banco de dados, ou o disco. >>E todos os Persistent que salvam os seus dados >>em disco usariam o mesmo filer. que no nosso >>caso seria algo parecido com a libdb. Acho que >>devemos prosseguir desta forma, e possibilitar >>um Persistent a usar Filers diferentes para >>propriedades diferentes, por exemplo, conta >>seria um descendente de Persistent que usaria o >>filer DBI para algumas propriedades e o filer >>Storable para outros. Mensagem usaria o filer >>zip agora. >> >>Coment=E1rios? >> >> >> >>"palmat=F3ria quebra dedo, palmat=F3ria faz verg=E3o, >>palmat=F3ria quebra tudo s=F3 n=E3o quebra opini=E3o!" >> do concerto do Ant=F4nio N=F3brega >> >>_______________________________________________ >>Perl-oak-discuss mailing list >>Per...@li... >>-oak-discuss > > > > > >----------------------------------- >Visite: http://www.email.com.br=20 >O melhor servi=E7o de webmail gratuito. > >_______________________________________________ >Perl-oak-discuss mailing list >Per...@li... >>http://lists.sourceforge.net/lists/listinfo/per >l >http://lists.sourceforge.net/lists/listinfo/perl >-oak-discuss "palmat=F3ria quebra dedo, palmat=F3ria faz verg=E3o, palmat=F3ria quebra t= udo s=F3 n=E3o quebra opini=E3o!"=0D do concerto do Ant=F4nio N=F3brega=0D |
From: Aguimar M. N. <ag...@em...> - 2001-08-13 14:32:00
|
O grande segredo =E9 fazer que isso fique o mais transparente poss=EDvel pa= ra todos os objetos, tipo mensagem zip n=E3o precisa saber que Filer o Pers= istent usou. O problema disso =E9 que talvez todos os Objetos fiquem muito = dependentes do Persistent ... Atenciosamente, Aguimar Mendon=E7a Neto =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >De:"Daniel Ruoso" <da...@ru...> >Para:per...@li... >Assunto:[Perl-oak-discuss] Persistent > > >Existe uma d=FAvida que eu estou tendo em rela=E7=E3o >ao Persistent. No Delphi, ele usa um objeto do >tipo TFiler para salvar as propriedades, ou >seja, o Persistent em si n=E3o sabe salvar os seus >dados, ele repassa para o filer para que este >salve os seus dados. No nosso caso temos duas >op=E7=F5es. O nosso Filer seria por exemplo, um >objeto que acessa o banco de dados, ou o disco. >E todos os Persistent que salvam os seus dados >em disco usariam o mesmo filer. que no nosso >caso seria algo parecido com a libdb. Acho que >devemos prosseguir desta forma, e possibilitar >um Persistent a usar Filers diferentes para >propriedades diferentes, por exemplo, conta >seria um descendente de Persistent que usaria o >filer DBI para algumas propriedades e o filer >Storable para outros. Mensagem usaria o filer >zip agora. > >Coment=E1rios? > > > >"palmat=F3ria quebra dedo, palmat=F3ria faz verg=E3o, >palmat=F3ria quebra tudo s=F3 n=E3o quebra opini=E3o!" > do concerto do Ant=F4nio N=F3brega > >_______________________________________________ >Perl-oak-discuss mailing list >Per...@li... >http://lists.sourceforge.net/lists/listinfo/perl >-oak-discuss -----------------------------------=0D Visite: http://www.email.com.br =0D O melhor servi=E7o de webmail gratuito. |
From: Daniel R. <da...@ru...> - 2001-08-13 14:15:46
|
Existe uma d=FAvida que eu estou tendo em rela=E7=E3o ao Persistent. No Del= phi, ele usa um objeto do tipo TFiler para salvar as propriedades, ou seja,= o Persistent em si n=E3o sabe salvar os seus dados, ele repassa para o fil= er para que este salve os seus dados. No nosso caso temos duas op=E7=F5es. = O nosso Filer seria por exemplo, um objeto que acessa o banco de dados, ou = o disco. E todos os Persistent que salvam os seus dados em disco usariam o = mesmo filer. que no nosso caso seria algo parecido com a libdb. Acho que de= vemos prosseguir desta forma, e possibilitar um Persistent a usar Filers di= ferentes para propriedades diferentes, por exemplo, conta seria um descende= nte de Persistent que usaria o filer DBI para algumas propriedades e o file= r Storable para outros. Mensagem usaria o filer zip agora. Coment=E1rios? "palmat=F3ria quebra dedo, palmat=F3ria faz verg=E3o, palmat=F3ria quebra t= udo s=F3 n=E3o quebra opini=E3o!"=0D do concerto do Ant=F4nio N=F3brega=0D |