Re: [Zope-pt] Zope X Struts
> Oi Marcelo, Fala Rodrigo! > > Se vc observar o texo eu não comparei o Struts com o ZPT *apenas* > mas com o mecanismo CMF FormController que oferece um vínculo entre > Controller ZPT <-> Controller Scripts para melhor viabilizar o > padrão MVC sobre os recursos nativos do Zope (ZPT, Python Scripts). Entendi. Então neste caso pode-se dizer que é comparável. ;) > > > | ZPT talvez (eu disse talvez), poderia se comparar com uma linguagem > | de templates como Velocity. > > O ZPT puro sim, mas *não* é (apenas) disso que eu estava falando. > É como seu eu pegasse um comentário seu sobre o Struts e repondesse > a vc como se vc houvesse citado apenas JSP ;o) É verdade. Mas o próprio JSP tb não teria muita relação já que o ZPT é uma linguagem de templates assim como o citado Velocity, acho q o JSP pode ser comparado mais com... digamos, o DTML. ;) > > | Depois, o struts implementa MVC Modelo2 > | onde vai bem além desse form/validation/action que citou. > > Bom eu estava usando a definição [1], acho que vc concordará com > esta definição de MVC. A terminologia 'form/validation/action' é o > jargão utilizado no CMF FormController mas mapeia os mesmos > **conceitos**. Em nenhum momento disse que mapeava a *mesma > funcionalidade*. =) Sim, basicamente o MVC/Model2 é isso mas como disse, a coisa se torna mais complexa quando implementamos um padrão teórico no mundo real e nos deparamos com certas limitações de tecnologia. Ainda mais falando de frameworks, estes seguem uma linha de raciocínio que vai bem além de um padrão específico e a coisa "piora" mesmo quando entram outros padrões no meio. Enfim, podemos dizer que o framework é um MVC-Based mas quando disse que "vai bem além" quis dizer isto. Não sei se ficou claro... ;) > > > """ > In the MVC/Model 2 design pattern, application flow is mediated by a > central Controller. The Controller delegates requests - in our case, > HTTP requests - to an appropriate handler. The handlers are tied to a > Model, and each handler acts as an adapter between the request and the > Model. The Model represents, or encapsulates, an application's business > logic or state. Control is usually then forwarded back through the > Controller to the appropriate View. The forwarding can be determined by > consulting a set of mappings, usually loaded from a database or > configuration file. This provides a loose coupling between the View and > Model, which can make applications significantly easier to create and > maintain. > """ > [1] http://www.coreservlets.com/Apache-Struts-Tutorial/ A definição base do MVC/Model2 é esta mesmo porém no Struts a coisa muda de figura oq não acontece no mecanismo CMF FrontController. A estrutura MVC utilizada no Struts não tem relação direta com a sua aplicação em sí mas sim com o mecanismo de request/response no meio web. Vc pode implementar uma aplicação ou apenas utiliza-la no Struts (ou em qualquer outro framework) que nem chega perto de ter a arquitetura MVC. Neste sentido, é um erro comum as pessoas pensarem e implementarem uma aplicação totalmente "acoplada" com o mecanismo do framework como por exemplo implementando o modelo em objetos Action ou "amarrando" a view nos Actions e Forms. No mecanismo CMF FrontController ainda seguem a linha de raciocínio mais simples e correta intermediando o modelo (python scripts) e view (ZPT/DTML) porém a dependencia é total. (aplicação/mecanismo) > > Não entendi o que vc quise dizer com isso, talvez por que eu > não entenda nada de futebol ;o) Não então, é pq muita gente se refere às linguagens e tecnologias como se referem ao time adversário. Ataques sem fundamento entende? rsrs... mas acho que não deve ser o seu caso. ;) > > | Em uma coisa vc está certo Zope é completamente simples porém > | acho que se acostumou demais c/ essa simplicidade toda, > > E simplicidade é ruim ? Longe disso, mas como tudo tem seus pós e contras, o contra neste caso é que quando vc se depara com algo complicado/confuso/complexo chega ser "repudiante". Como disse, é realmente compreensivel. Mas lembrando que me refiro à API complexa, mecanismos complexos, variedades de comportamentos, tipos e exceções com aqueles stacks trace bizarros. Por outro lado o paradigma de objetos é fascinante em sua simplicidade por ser o mais próximo do mundo real assim como as facilidades das inúmeras tecnologias e recursos de ferramentas, como o DEBUG. :) > > Nem precisa, até porque em software acho difícil provar > que não há *nada de errado*, já a recíproca é bem mais > fácil. É verdade. Mas é que eu não gosto de discutir futebol ou coisas "polêmicas" do tipo. :p > > Obrigado pela correção. Sem problemas. ;) []s Marcelo. Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE
Re: [Zope-pt] Zope X Struts
| > Aliás, poderíamos dizer que o CMF FormController (Controller ZPT, | > Controller Script, etc) são primos do Structs pois o mimetismo | > de MVC que ele(Structs) faz mapeia estes conceitos | > FORM/VALIDATION/ACTION diretamente, só que ao invés | > da elegância e simplicidade do Zope/CMF vc se depara com aquela API | > medonha que é característica do Java ultimamente. Oi Marcelo, vc omitiu a linha que identificava o autor, mas reconheci o texto como sendo meu ;o) e resolvi fazer alguns comentários [ Marcelo P Tada <[EMAIL PROTECTED]> ]: | Amigo, primeiro o ZPT está longe de se comparar com Struts. Se vc observar o texo eu não comparei o Struts com o ZPT *apenas* mas com o mecanismo CMF FormController que oferece um vínculo entre Controller ZPT <-> Controller Scripts para melhor viabilizar o padrão MVC sobre os recursos nativos do Zope (ZPT, Python Scripts). | ZPT talvez (eu disse talvez), poderia se comparar com uma linguagem | de templates como Velocity. O ZPT puro sim, mas *não* é (apenas) disso que eu estava falando. É como seu eu pegasse um comentário seu sobre o Struts e repondesse a vc como se vc houvesse citado apenas JSP ;o) | Depois, o struts implementa MVC Modelo2 | onde vai bem além desse form/validation/action que citou. Bom eu estava usando a definição [1], acho que vc concordará com esta definição de MVC. A terminologia 'form/validation/action' é o jargão utilizado no CMF FormController mas mapeia os mesmos **conceitos**. Em nenhum momento disse que mapeava a *mesma funcionalidade*. =) """ In the MVC/Model 2 design pattern, application flow is mediated by a central Controller. The Controller delegates requests - in our case, HTTP requests - to an appropriate handler. The handlers are tied to a Model, and each handler acts as an adapter between the request and the Model. The Model represents, or encapsulates, an application's business logic or state. Control is usually then forwarded back through the Controller to the appropriate View. The forwarding can be determined by consulting a set of mappings, usually loaded from a database or configuration file. This provides a loose coupling between the View and Model, which can make applications significantly easier to create and maintain. """ [1] http://www.coreservlets.com/Apache-Struts-Tutorial/ | Inclusive, esse comentário pode se estender p/ qualquer framework | mvc-based como o Spring por ex que explodiu nos states há pouco. | Isso ta mais p/ discussão de futebol. :| Não entendi o que vc quise dizer com isso, talvez por que eu não entenda nada de futebol ;o) | Em uma coisa vc está certo Zope é completamente simples porém | acho que se acostumou demais c/ essa simplicidade toda, E simplicidade é ruim ? | ai quando olha p/ API java enfim, é compreensível. Mas não há | nada de errado com a api java, Fico contente em saber. Vou confiar na sua opinião pois faz bastante tempo que não consulto esta api. | e já adianto que não vou entrar no mérito de | provar p/ zopistas o pq. ;) Nem precisa, até porque em software acho difícil provar que não há *nada de errado*, já a recíproca é bem mais fácil. | Diga-se de passagem é Struts e não Structs. rs Obrigado pela correção. Atenciosamente, Senra - Rodrigo Senra GPr Sistemas Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
João esta informação não está totalmente correta (p/ não dizer completamente rs). MVC é um padrão de design criado p/ resolver o grande problema da mistura de tipo de código. Mas veja, é diferente da implementação em camadas pois o MVC não só separa os tipos de código como também propõe torna-los independentes. O MVC original foi criado p/ SmallTalk e utilizado em softwares desktop comum. Depois com o buum da web foi criado o modelo2 pela Sun que é uma variação do MVC original adaptado p/ web utilizando um padrão chamado "front controller". (dentre outros) Rommel, eu quis dizer MVC-MODEL2 sim. Apesar de que podia muito bem falar dos 2 separadamente pois são coisas diferentes. Ps: a proposta do Struts e de outros frameworks mvc-based é trabalhar em cima do modelo2 porém não é pelo fato de utilizar um destes frameworks que vc está fazendo uma aplicação MVC. Pelo contrário, é muito comum vc encontrar aplicações encadeadas apenas separadas em camadas mesmo pq o front controller faz uma ligação direta entre o modelo e a fronteira(interface, view). []s -Marcelo. João Paulo Fernandes Farias escreveu: > Nem tanto... Existem MVC model 0, model 1 e model 2 até onde eu sei. > Model 0 é tudo misturado (código + apresentação + sql + qualquer coisa > num arquivo só); Model 1 separa um pouco as coisas e Model 2 é o que o > Struts faz. > > -- > JP Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
Nem tanto... Existem MVC model 0, model 1 e model 2 até onde eu sei. Model 0 é tudo misturado (código + apresentação + sql + qualquer coisa num arquivo só); Model 1 separa um pouco as coisas e Model 2 é o que o Struts faz. -- JP On 5/19/06, rgc <[EMAIL PROTECTED]> wrote: > > Soh uma coisa... Nao ficou muito claro pra mim o que vc quis dizer com "o > struts implementa MVC Modelo2". "MVC" e "Model 2" sao sinonimos... Vc poderia > dizer que "implementa MVC/Model 2", acho. Mas nem quero me meter nessa thread > demais nao, hehe... Foi soh um toque, ok? Fui! > > Abracos, > Rommell G. Caixeta > Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
Soh uma coisa... Nao ficou muito claro pra mim o que vc quis dizer com "o struts implementa MVC Modelo2". "MVC" e "Model 2" sao sinonimos... Vc poderia dizer que "implementa MVC/Model 2", acho. Mas nem quero me meter nessa thread demais nao, hehe... Foi soh um toque, ok? Fui! Abracos, Rommell G. Caixeta --- Marcelo P Tada <[EMAIL PROTECTED]> wrote: > > Amigo, primeiro o ZPT est� longe de se comparar com Struts. O ZPT > talvez (eu disse talvez), poderia se comparar com uma linguagem de > templates como Velocity. Depois, o struts implementa MVC Modelo2 onde > vai bem al�m desse form/validation/action que citou. Inclusive, esse > coment�rio pode se estender p/ qualquer framework mvc-based como o > Spring por ex que explodiu nos states h� pouco. Isso ta mais p/ > discuss�o de futebol. :| __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
João, realmente precisa de uma pessoa qualificada nestes seus projetos. Pq uma coisa é fato, não é qualquer um que vai meter a mao na "massa" e se dar bem em Java. Inclusive na propria OO vc tem que fazer as coisas bem feitas senão nem OO vc faz. E não quer dizer que a plataforma/tecnologia é voltada p/ a OO que vc pode fazer muita coisa que nem chega perto de ser, quem dirá implementar OO avançado ou mexer com as complexas tecnologias java. Detalhe é que também não precisa ser um nerd por completo, um guru com 10 anos de experiênca, expert em java p/ fazer as coisas funcionarem. Basta ter uma bagagem aceitavel de orientação a objetos, conhecer a linguagem (como os certificados conhecem) e conhecer as tecnologias disponíveis. Se vc não conhece bem algum destes pontos com certeza vai sentir uma dificuldade imensa p/ tratar o java. Java não é p/ qualquer um apesar do q dizem que tem gente programando java em toda esquina. Eu diria que pode até ter... pela sua popularidade... mas eu diria que estão apenas "tentando". Mas como disse antes, isso tudo pode ser levado muito mais p/ o gosto pessoal. É como falar de futebol. Seria sensato falar sem atacar o time adversário. Eu por exemplo trabalho com ambas tecnologias, sou certificado java mas nem por isso menosprezei o zope. Sei o quanto ele é bom, simples, ágil e funcional. Ambas tem seus pós e contras, neste sentido implementamos os projetos na tecnologia em que mais se adapta. No nosso caso (empresa), a implementação simples e ágil é fundamental. Espero não estar criando flames.. rs -Marcelo. João Paulo Fernandes Farias wrote: > Eu não queria dar minha opinião pois perguntar isso numa lista de Zope > é sacanagem... Todo mundo vai bombar o Structs (ou qualquer coisa > javanesa...), mas vou dar um relato do que aconteceu comigo. > > Trabalhei por 1 ano e 6 meses na UFRN onde foi adotado J2EE + Struts + > Hibernate para um projeto de controle acadêmico e nesse 1 ano e 6 > meses nada deu certo. Era um problema atrás do outro e pouca gente > qualificada o bastante para resolvê-los. Boa parte disso se deve ao > fato de os frameworks não ajudarem quando algo inesperado acontece: as > mensagens de erro são completamente inúteis e fica aquele "eu acho que > é isso, eu acho que é aquilo,...", ou seja, tudo se resolve no achismo > ou então percorrendo todos os xml's + .java pra ver onde pode estar o > danado do erro. > > Pessoalmente acho que desenvolver desta forma é suicídio! Não sei como > alguém consegue ter sucesso com isso. Acho que o que faltou mesmo na > nossa equipe foi aquela pessoa que você diz: "cara, tá acontecendo > isso assim, assim, assado", e ele responde: "ah! você deve ter > esquecido de por uma declaração no xml tal.", daí você vai no xml tal > e percebe que esqueceu mesmo. :-P > > Ou seja, não tínhamos na nossa equipe uma pessoa qualificada o > suficiente para desempacar as mulas. > > Por outro lado, nunca desenvolvi nada profissional com zope / plone, > mas na pouca experiência que tive quando estava estudando a plataforma > as coisas pareciam mais simples. Ou seja, minha mula desenpancava > depois de meia horinha de google, ou mesmo vendo o traceback e dando > uma espiada nos arquivos que este apontava. > > Acho que este é um diferencial importante num projeto. Pessoas não tão > experientes em Zope conseguem resolver problemas. Já um cara não tão > qualificado "do outro lado da força" pode enlouquecer tentando > desevendar seus mistérios. > > Lá na UFRN existe uma outra equipe que é liderada por um cara bem > experiente na plataforma Java em geral, e o projeto deles está bem > adiantado e tem features bem interessantes. O diferencial é esta > pessoa qualificada dentro da equipe. Qualquer problema que aparece ele > resolve. Ele é daqueles que dormem 2 horas por dia porque quer saber > todos os detalhes de todas as tecnologias voltadas à plataforma > java... (brincadeira, hehehe, mas o cara estuda muito mesmo). > > Minha dica é: aproveito o conhecimento prévio dos profissionais da sua > equipe, não os force a utilizar algo que eles não dominam apenas para > satisfazer um ou outro. Se você tem uma equipe qualificada para > trabalhar em java, go ahead! As chances de sucesso são altas. Caso > contrário, experimente outras tecnologias e procure saber deles com > quais eles mais se identificaram e o motivo disto. Motivos como "java > é uma mer**" não contam. Procure motivos reais como, "tive > dificuldades com struts pois é necessário manter vários arquivos xml > além de ter que criar código demais para coisas simples", ou "me > identifiquei com a linguagem python pois me permite ser mais produtivo > e me preocupar mais com o problema a resolver que com a linguagem > propriamente dita", ou mesmo "gostei de php porque gosto de ter todo o > código num só lugar, a mistura de html + código me parece algo bom". > Cada um tem seu estilo, preferências, etc. Tente levar isso em conta e > vejo qual tecnologia melhor se encaixa para sua
Re: [Zope-pt] Zope X Struts
Eu não queria dar minha opinião pois perguntar isso numa lista de Zope é sacanagem... Todo mundo vai bombar o Structs (ou qualquer coisa javanesa...), mas vou dar um relato do que aconteceu comigo. Trabalhei por 1 ano e 6 meses na UFRN onde foi adotado J2EE + Struts + Hibernate para um projeto de controle acadêmico e nesse 1 ano e 6 meses nada deu certo. Era um problema atrás do outro e pouca gente qualificada o bastante para resolvê-los. Boa parte disso se deve ao fato de os frameworks não ajudarem quando algo inesperado acontece: as mensagens de erro são completamente inúteis e fica aquele "eu acho que é isso, eu acho que é aquilo,...", ou seja, tudo se resolve no achismo ou então percorrendo todos os xml's + .java pra ver onde pode estar o danado do erro. Pessoalmente acho que desenvolver desta forma é suicídio! Não sei como alguém consegue ter sucesso com isso. Acho que o que faltou mesmo na nossa equipe foi aquela pessoa que você diz: "cara, tá acontecendo isso assim, assim, assado", e ele responde: "ah! você deve ter esquecido de por uma declaração no xml tal.", daí você vai no xml tal e percebe que esqueceu mesmo. :-P Ou seja, não tínhamos na nossa equipe uma pessoa qualificada o suficiente para desempacar as mulas. Por outro lado, nunca desenvolvi nada profissional com zope / plone, mas na pouca experiência que tive quando estava estudando a plataforma as coisas pareciam mais simples. Ou seja, minha mula desenpancava depois de meia horinha de google, ou mesmo vendo o traceback e dando uma espiada nos arquivos que este apontava. Acho que este é um diferencial importante num projeto. Pessoas não tão experientes em Zope conseguem resolver problemas. Já um cara não tão qualificado "do outro lado da força" pode enlouquecer tentando desevendar seus mistérios. Lá na UFRN existe uma outra equipe que é liderada por um cara bem experiente na plataforma Java em geral, e o projeto deles está bem adiantado e tem features bem interessantes. O diferencial é esta pessoa qualificada dentro da equipe. Qualquer problema que aparece ele resolve. Ele é daqueles que dormem 2 horas por dia porque quer saber todos os detalhes de todas as tecnologias voltadas à plataforma java... (brincadeira, hehehe, mas o cara estuda muito mesmo). Minha dica é: aproveito o conhecimento prévio dos profissionais da sua equipe, não os force a utilizar algo que eles não dominam apenas para satisfazer um ou outro. Se você tem uma equipe qualificada para trabalhar em java, go ahead! As chances de sucesso são altas. Caso contrário, experimente outras tecnologias e procure saber deles com quais eles mais se identificaram e o motivo disto. Motivos como "java é uma mer**" não contam. Procure motivos reais como, "tive dificuldades com struts pois é necessário manter vários arquivos xml além de ter que criar código demais para coisas simples", ou "me identifiquei com a linguagem python pois me permite ser mais produtivo e me preocupar mais com o problema a resolver que com a linguagem propriamente dita", ou mesmo "gostei de php porque gosto de ter todo o código num só lugar, a mistura de html + código me parece algo bom". Cada um tem seu estilo, preferências, etc. Tente levar isso em conta e vejo qual tecnologia melhor se encaixa para sua equipe. Cara**o, falei demais! Tenho que perder esse hábito! -- JP On 5/18/06, Marcelo P Tada <[EMAIL PROTECTED]> wrote: > > > > > Aliás, poderíamos dizer que o CMF FormController (Controller ZPT, > > Controller Script, etc) são primos do Structs pois o mimetismo > > de MVC que ele(Structs) faz mapeia estes conceitos > > FORM/VALIDATION/ACTION diretamente, só que ao invés > > da elegância e simplicidade do Zope/CMF vc se depara com aquela API > > medonha que é característica do Java ultimamente. > > > Amigo, primeiro o ZPT está longe de se comparar com Struts. O ZPT > talvez (eu disse talvez), poderia se comparar com uma linguagem de > templates como Velocity. Depois, o struts implementa MVC Modelo2 onde > vai bem além desse form/validation/action que citou. Inclusive, esse > comentário pode se estender p/ qualquer framework mvc-based como o > Spring por ex que explodiu nos states há pouco. Isso ta mais p/ > discussão de futebol. :| > > Em uma coisa vc está certo Zope é completamente simples porém acho > que se acostumou demais c/ essa simplicidade toda, ai quando olha p/ API > java enfim, é compreensível. Mas não há nada de errado com a api > java, e já adianto que não vou entrar no mérito de provar p/ zopistas o > pq. ;) > > Diga-se de passagem é Struts e não Structs. rs > > -Marcelo. > > Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Par
Re: [Zope-pt] Zope X Struts
> > Aliás, poderíamos dizer que o CMF FormController (Controller ZPT, > Controller Script, etc) são primos do Structs pois o mimetismo > de MVC que ele(Structs) faz mapeia estes conceitos > FORM/VALIDATION/ACTION diretamente, só que ao invés > da elegância e simplicidade do Zope/CMF vc se depara com aquela API > medonha que é característica do Java ultimamente. > Amigo, primeiro o ZPT está longe de se comparar com Struts. O ZPT talvez (eu disse talvez), poderia se comparar com uma linguagem de templates como Velocity. Depois, o struts implementa MVC Modelo2 onde vai bem além desse form/validation/action que citou. Inclusive, esse comentário pode se estender p/ qualquer framework mvc-based como o Spring por ex que explodiu nos states há pouco. Isso ta mais p/ discussão de futebol. :| Em uma coisa vc está certo Zope é completamente simples porém acho que se acostumou demais c/ essa simplicidade toda, ai quando olha p/ API java enfim, é compreensível. Mas não há nada de errado com a api java, e já adianto que não vou entrar no mérito de provar p/ zopistas o pq. ;) Diga-se de passagem é Struts e não Structs. rs -Marcelo. Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
[ xiru <[EMAIL PROTECTED]> ]: | | Oi Ricardo, | | rasteiramente falando, comparar Zope com Struts seria comparar | pregos com uma caixa de ferramentas. Eu acho que o parente mais | proximo do Struts no Zope seria o DTML e/ou o ZPT, no entanto, ambos | tem uma abordagem realmente diferente do STRUTS. Aliás, poderíamos dizer que o CMF FormController (Controller ZPT, Controller Script, etc) são primos do Structs pois o mimetismo de MVC que ele(Structs) faz mapeia estes conceitos FORM/VALIDATION/ACTION diretamente, só que ao invés da elegância e simplicidade do Zope/CMF vc se depara com aquela API medonha que é característica do Java ultimamente. []s Senra - Rodrigo Senra GPr Sistemas Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
> humm, acho que seria JBoss mesmo. Acredito que o JBoss Portal é mais > comparável com Zope CMF ou Plone. Sim, isso mesmo, zope cmf/plone. E ai poderia entrar uma comparação, não de outro modo. ;) Marcelo. Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
Marcelo P Tada wrote: >>Recomendaria uma leitura basica na documentação do Zope para você se >>iterar sobre a plataforma. Talvez assim você perceba que uma >>comparação mais saudavel seria Zope x JBoss, por exemplo. > > Xiru, acho que vc quis dizer JBoss Portal certo? Pq comparar Zope com > JBoss tb não tem nada a ver. ;) > > Marcelo. > humm, acho que seria JBoss mesmo. Acredito que o JBoss Portal é mais comparável com Zope CMF ou Plone. []s -- henrique paiva Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
> > Recomendaria uma leitura basica na documentação do Zope para você se > iterar sobre a plataforma. Talvez assim você perceba que uma > comparação mais saudavel seria Zope x JBoss, por exemplo. Xiru, acho que vc quis dizer JBoss Portal certo? Pq comparar Zope com JBoss tb não tem nada a ver. ;) Marcelo. Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
xiru wrote: > Oi Ricardo, > > rasteiramente falando, comparar Zope com Struts seria comparar pregos > com uma caixa de ferramentas. Nao respectivamente, claro. Neste caso, o Zope seria a caixa de ferramentas. ;) Eu acho que o parente mais proximo do > Struts no Zope seria o DTML e/ou o ZPT, no entanto, ambos tem uma > abordagem realmente diferente do STRUTS. > > Recomendaria uma leitura basica na documentação do Zope para você se > iterar sobre a plataforma. Talvez assim você perceba que uma comparação > mais saudavel seria Zope x JBoss, por exemplo. > > Um abraco > > Xiru []s -- henrique paiva Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [Zope-pt] Zope X Struts
Oi Ricardo,rasteiramente falando, comparar Zope com Struts seria comparar pregos com uma caixa de ferramentas. Eu acho que o parente mais proximo do Struts no Zope seria o DTML e/ou o ZPT, no entanto, ambos tem uma abordagem realmente diferente do STRUTS. Recomendaria uma leitura basica na documentação do Zope para você se iterar sobre a plataforma. Talvez assim você perceba que uma comparação mais saudavel seria Zope x JBoss, por exemplo.Um abracoXiru On 5/17/06, Ricardo Abinader da Costa <[EMAIL PROTECTED]> wrote: Ola pessoal, Alguém poderia me falar sobre as principai diferenças sobre as duas ferramentas .. como limitações etc .. ou em que situaçoes seria melhor usar uma ou a outra ... Uma abraço a todos , RAC Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. -- Fabiano Weimar dos SantosPlone Developer and Consultant Para enviar uma mensagem: zope-pt@yahoogrupos.com.br Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse:http://br.groups.yahoo.com/group/zope-pt/ Para sair deste grupo, envie um e-mail para:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.