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
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
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
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!.
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
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
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
[ 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
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 equipe. Cara**o, falei demais! Tenho que perder esse hábito! Para