| Autor |
Mensagem |
|
|
Ironlynx wrote:
a gente poderia se despedir direito e desejar pessoalmente toda a sorte do mundo na sua nova e longíncua empreitada.
Longíncua?Philip, mudou da Globo para a Nasa? 
Não sei se poderei ir, mas vou tentar ir ao menos em um dia!(já devo estar com a fama de anti-social nos eventos do GUJ)
Acho que o chefe do cv mandou buscar o Philip.
|
 |
|
|
Luca wrote: como é horrível a ideía de "framework de referência" . No caso de empresas de Governo isto chega a ser até perigoso.
Você não faz idéia o quanto isso está se tornando rotina.
Só o que tem hoje são esses frameworks de referência e pra você conseguir montar a arquitetura que atende sua solução sem usá-los é sempre um parto. Eles são tidos como algo sagrado. E são empurrados como A SOLUÇÃO.
Pior que em geral eles se baseiam em struts, ejb, tiles, muito xml, às vezes uma pitada de VOBO...
|
|
|
|
No meu último projeto trabalhei com o sitemesh mas ele me deu bastante dor-de-cabeça com encoding. Estou começando outro projeto e estou utilizando VRaptor. No site do VRaptor ele cita o Tiles 2 mas eu não gosto do tiles.
Acho o que esquema do sitemesh bem melhor. Você determina padrões de URLs e manda aplicar um template. Vocês conhecem algum outro sem ser tiles e sitemesh? o que vocês usam?
|
|
|
|
Galera esse tópico já (não) deu o que tinha que dar. Tá bom de alguém bloquear ou deletar. Só tá gerando desentendimento e problemas pessoais.
Com todo respeito, vamos ler ou debater sobre outros assunto técnicos.
Entra lá no meu blog e vai ler os posts e clicar no adsense 
|
|
|
|
André, você tem duas opções, ou você navega nos seus objetos retornados pelo json e vai escrevendo código html ou você usa um biblioteca que fará a mesma coisa.
Em outras palavras, inevitavelmente terá que misturar o html com o javascript, ainda que seja de uma forma transparente.
Dà uma olhada nessas bibliotecas...
http://www.prototypejs.org/
http://dojotoolkit.org/
http://script.aculo.us/
|
|
|
|
Você tá misturando as coisas...
Se vai fazer chamadas ajax vai ter que tratar o retorno através de um método de callback, nesse momento naum tem mais scopo de page,request ou qualquer outro.. "você" está no cliente e não no servidor.
|
|
|
|
Se você vai fazer a aplicação com J2ME não precisaria fazer essa comunicação com SMS.
Se você estiver querendo escrever um programa em um servidor que receba SMS e envie SMS você precisa contratar os serviços de empresas como o www.tiaxa.com.br e pegar por sms enviado/recebido
|
|
|
|
Valeu pela ajuda Fernando.
Hvivox, nós queremos ajudar...
MVC é um padrão bastante antigo, e assim como a orienteção a objetos ele não trata persistência. Tanto pro mvc como pra OO persistência é ignorado, isso não é bom nem ruim só não está no escopo.
O que fazemos é bolar uma arquitetura em n camadas... Por exemplo... temos camada de apresentação, modelo, controle, persistência. Portanto 4 camadas. Você pode ter aplicações em N-camadas usando ou não mvc, mas a persistência sempre estará fora do M do V e do C isso se tiver sendo feito de forma correta/coerente.
|
|
|
|
hvivox wrote:Tudo que sei demonstrando de grosso modo é:
View:classes refentes a interface gráfica interface gráfica
Model: classes refentes a métodos de acesso ao banco, CRUD
Controller: classes de persistencia que representam as tabelas do banco
Alguém tem um exemplo pronto para mostrar. Desde de já agradeço a ajuda
Na boa, view é quase isso, model não tem nada a ver com isso e controller muito menos. A... hibernate nada tem a ver com mvc. Mvc não tem nada a ver com persistência.
Comece por aqui http://fragmental.com.br/wiki/index.php?title=MVC_e_Camadas
Não se assuste se te derem umas respostas meio "brutas"
|
|
|
|
sergiotaborda wrote: Nem o artigo, nem o Martin , nem ninguém até agora explicou como se usa Domain Model sem TO num ambiente destribuido. A minha opinião é que isso simplesmente não é possivel porque sempre teremos camadas inevitavelmente sempre teremos TO e portanto inevitavelmente caímos no ADM.
Você leu isso sério?
One source of confusion in all this is that many OO experts do recommend putting a layer of procedural services on top of a domain model, to form a Service Layer. But this isn't an argument to make the domain model void of behavior, indeed service layer advocates use a service layer in conjunction with a behaviorally rich domain model.
Nessa sua aplicação ultra complexa aí que talvez pudesse ser feita de forma bem mais simples mas por algum motivo tem que ser distrbuída, você poderia usar DTOs pra levar os dados do swing para o servidor chegando lá(na camada de serviços) você instancia um objeto de domínio e executa metódos de negócios que fazem parte única e exclusivamente dos seus objetos de domínio.
Você tem DTOs, apenas porque quer fazer sua aplicação distribuída mas seus objetos de domínio tem seus atributos e suas operações.
|
|
|
|
Recentemente escrevi um post "Simplicidade, é disso que o Java precisa!" no meu blog que tem tudo a ver com o assunto que está rolando aqui.
Acho que de fato estamos chegando em um nível de complexidade sem sentido. A complexidade está crescendo, o custo de desenvolver uma aplicação também cresceu e em muitos casos na minha opnião o produto final não tem tido qualidade superior aos da época do delphi/vb/asp/php.
Podemos estar usando o estado da arte mas acho que o mais importante que é deixar o cliente mais feliz em geral tem deixado muito a desejar. Vocês não acham que uma aplicação que levava 24 meses pra ser construída em 1997 hoje deveria ser desenvolvida em 12 meses? pelo que tenho visto hoje ela é feita em 36. E mesmo quando se fala em manutenção não vejo grandes ganhos.
|
|
|
|
|
O Struts 2 tem tido boa aceitação? Nos últimos meses tenho tido a impressão que existe uma grande fragmentação entre os frameworks web.
|
|
|
|
Thiagosc wrote:
Essa notícia não é nova, e não encontrei nenhum detalhe a respeito do contexto em que isso foi dito, e se foi dito de fato. No TheServerSide só tem flamewar.
Esse blog da notícia é meu, o contexto de onde foi dito... foi nessa apresentação http://www.tbray.org/talks/php.de.pdf
É, de fato é importante saber qual o contexto mesmo. Tem gente que já conclui.. "a então PHP é melhor que Java"... sempre tem isso..
Eu nem queria colocar esse notícia no blog, só coloquei porque tem MUITA gente que pensa que só existe Java no mundo e que o resto é lixo. Java é ótimo mas temos outras alternativas para algumas necessidades. E outro fator importante é que o desempenho da linguagem é importante mas se o programador for ruim não adianta, um tosco em C faz coisas mais lentas que um bom programador Java.
|
|
|
|
|
vai de trac cara ele atende bem, aqui tem um post meu sobre o assunto http://webdoispontozero.com/blog/?p=32
|
|
|
|
A dúvida é bem simples e acredito que muitas pessoas já passaram por iso mas eu estou tendo dificuldades para encontrar uma solução.
O que preciso é mostrar no jsp imagens que estão fora do contexto da aplicação.
|
|
|
|