Mensagens enviadas por: faq

WTF para a falta de herança em multi-tables do raisl.

Bacana a s~ção de tricks, "How to take a screenshot".

http://www.w3.org/TR/html4/interact/forms.html
Readonly?

Eu assino o pacote netcombo (tel, tv, net) e só posso reclamar.
É um inferno. frequentemente o sevico para e a comunicacao cessa totalmente, problemas para receber as contas, problemas para esclarecimento de contas , netmasking e vai indo.
Acredito que a falta de qualidade é geral (brt, vivo, net, etc) nos servicos de comunicaao.

Quando interface é necessário?

Tenho a forte impressão que, em java, "interfaces" ( o otken) são utilizadas para simular ducktyping.
O pessoal da suite de testes está falando para testar as -interfaces-, no sentido de "o que o camarada pode fazer", não?

Não necessariamente. O cara pode estar se adaptando ao código e encontrar isso. O nome auto-explicativo dos métodos vai para onde?

Ok. Vamos levar em consideração que quem escreveu o código tem bom senso. Você costuma ver muitos "adds" fazendo - subtrações - ? Eu espero que o "+" faça algo como somar.

Maquiavel sobre criação de novos simbolos:

Faz diferença sim, como já mostrei. E depois ainda queres trazer os define para o Java?

Define do c? Eu não quero trazer nada pro java. Só acho que criar novos simbolos pode ser legal.
Acho que no fim cada um continua com uma opinião. Uns achando que a linguagem deve ser o que deve ser (sem reescritas) e outros achando que reescrever coisas é legal. Eu fico com o segundo grupo, pois até onde sei/entendo é esse tipo de coisa que permite expressividade e simplicidade.

IMHO:
Faz sentido a implementação do "+" ser kill, concat ou whatever? Se sim, quem está fuçando no código vai saber.
A criação de um novo simbolo realmente é uma coisa estranha (mas que, dependendo de como o seu sistema/ambiente/plataforma oferece acesso/suporte, pode ser legal) , a redefinicão de uma mensagem é uma coisa normal.
Em java, sobreescrever "+" faz 0 de diferença. Eu quero reescrever o new, o class, o ...

#!/usr/bin/perl -w                                      # camel code
use strict;

$_='ev
                                       al("seek\040D
           ATA,0,                  0;");foreach(1..3)
       {<DATA>;}my               @camel1hump;my$camel;
  my$Camel  ;while(             <DATA>){$_=sprintf("%-6
9s",$_);my@dromedary           1=split(//);if(defined($
_=<DATA>)){@camel1hum        p=split(//);}while(@dromeda
 ry1){my$camel1hump=0      ;my$CAMEL=3;if(defined($_=shif
        t(@dromedary1    ))&&/\S/){$camel1hump+=1<<$CAMEL;}
       $CAMEL--;if(d   efined($_=shift(@dromedary1))&&/\S/){
      $camel1hump+=1  <<$CAMEL;}$CAMEL--;if(defined($_=shift(
     @camel1hump))&&/\S/){$camel1hump+=1<<$CAMEL;}$CAMEL--;if(
     defined($_=shift(@camel1hump))&&/\S/){$camel1hump+=1<<$CAME
     L;;}$camel.=(split(//,"\040..m`{/J\047\134}L^7FX"))[$camel1h
      ump];}$camel.="\n";}@camel1hump=split(/\n/,$camel);foreach(@
      camel1hump){chomp;$Camel=$_;y/LJF7\173\175`\047/\061\062\063\
      064\065\066\067\070/;y/12345678/JL7F\175\173\047`/;$_=reverse;
       print"$_\040$Camel\n";}foreach(@camel1hump){chomp;$Camel=$_;y
        /LJF7\173\175`\047/12345678/;y/12345678/JL7F\175\173\0 47`/;
         $_=reverse;print"\040$_$Camel\n";}';;s/\s*//g;;eval;   eval
           ("seek\040DATA,0,0;");undef$/;$_=<DATA>;s/\s*//g;(   );;s
             ;^.*_;;;map{eval"print\"$_\"";}/.{4}/g; __DATA__   \124
               \1   50\145\040\165\163\145\040\157\1 46\040\1  41\0
                    40\143\141  \155\145\1 54\040\1   51\155\  141
                    \147\145\0  40\151\156 \040\141    \163\16 3\
                     157\143\   151\141\16  4\151\1     57\156
                     \040\167  \151\164\1   50\040\      120\1
                     45\162\   154\040\15    1\163\      040\14
                     1\040\1   64\162\1      41\144       \145\
                     155\14    1\162\       153\04        0\157
                      \146\     040\11     7\047\         122\1
                      45\15      1\154\1  54\171          \040
                      \046\         012\101\16            3\16
                      3\15           7\143\15             1\14
                      1\16            4\145\163           \054
                     \040            \111\156\14         3\056
                    \040\         125\163\145\14         4\040\
                    167\1        51\164\1  50\0         40\160\
                  145\162                              \155\151
                \163\163                                \151\1
              57\156\056

Neste caso, minha classe venda não deveria ter os atributos "Codigo do Cliente" e "Codigo do Vendedor", mas sim um atributo que fosse Cliente (da minha classe Cliente).

Isso e não isso.
Se acontecer de um objeto possuir uma coleção muito grande, ou esse objeto possuir outros associados (e cascata vai indo), você não vai querer ter todos eles na memória, nesse caso uma solução possível seria usar lazy load.

Neste caso eu vejo a necessidade de ter métodos distintos dos "getById" (normais) senão sempre vou fazer SELECTs que pegam todos os campos de forma desnecessária.
Neste exemplo que eu dei por exemplo, um método que devolvesse um objeto "Cliente" só com o "Nome" para preencher meu objeto "Venda.

Sim , provavelmente você terá muitos outros métodos de busca além do byId, mas eu não sei se é boa idéia devolver um objeto cliente apenas com o nome. Se você tem o nome do camarada é quase certo que foi feita uma busca na tabela dos clientes, porque não pegar logo "tudo" relacionado ao cliente? A diferença entre select field e select field field field field é minima/inexistente.

Complementando o kenobi:
Tipagem dinâmica é antagônica a tipagem estática, e a tipagem fraca é antagônica a tipagem forte.
Java tem tipagem estática e forte.
Pessoa p = new Pessoa(), coerção para as operações.
Python e Ruby possuem tipagem dinâmica e forte.
p = Pessoa(), coerção para as operações.
PHP possui tipagem fraca e dinâmica.
$p = new Pessoa(), sem coerção para as operações, o runtime faz coerção de tipos levando em consideração "o contexto" ($i + $s e $i . $s).

IMHO:
Dinâmica e forte junta o útil ao agradável, as interfaces são mais amigáveis e não acontecem os "háhá te peguei!" da tipagem fraca.

Imagino que voce conheca bastante do assunto. Ja que eh assim, voce pode citar as diferencas entre Ruby, uma mera "linguagem de script", e Smalltalk?

O ambiente, a imagem (my precious) ...
Ou existe algum projeto rolando por ai?

características normalmente comuns de todas as linguagens de script puramente interpretadas como Perl, Python, Ruby, Groovy, etc., uma delas sendo a tipagem fraca.

Sergio, acho que voce confundiu tipagem fraca com dinamica, nao?

Um lance legal, que aproxima o cliente do sistema (durante o desenvolvimento), foi isso aqui:
http://www.lixo.org/archives/2007/02/08/how-would-you-improve-this-page/
(acho qeu desfoquei um pouco o post, mas ...)

A implementacao do seu DAO para Cliente, Vendedor e Venda deve fornecer todo o interfaceamento (de interface) para a sua base de dados, ou seja, se vc implementou o pattern dao, os comandos sql morreram ali. Dai pra frente voce vai lidar com objetos.
No caso, levando em consideracao o seu select, uma venda e composta por um clientge e um vendedor, certo?
Entao faca com o que o dao da venda "monte" o objeto venda completamente (ele sai de la com o objeto cliente e venda ja associado, lembre de utilizar os daos de cliente e vendedor para montar o os respectivos objetos)

Deu pra ver que cansa, ne. Sem contar que existem outros problemas.Coisa do tipo: numa colecao de produtos vendidos, quem esta persistido e quem nao esta? Quem foi alterado?

DAO Pattern (em pt-BR):
http://www.javafree.org/content/view.jf?idContent=183
E, depois, da uma olhada nesse catalogo:
http://www.martinfowler.com/eaaCatalog/
Tem umas coisas ai que vao te ajudar a montar um dominio bacana e livre de logica relacional.

O negócio é o seguinte... agora eu preciso popular um JTable com um SELECT que faz JOIN em 3 tabelas (e consequentemente 3 classes).

Exibir dados de um join em 3 tabelas ou exibir dados de 3 classes relacionadas?
Se o caso for o primeiro , esqueça o MER, procure pensar sempre em objetos e a interação entre eles.

Se o caso for o segundo, ai depende, eu costumo deixar os meus objetos compostos "leves" ( http://www.martinfowler.com/eaaCatalog/lazyLoad.html ).

Um pouco mais de detalhes sobre as diferenças entre BSDs e Linux (porque não é só: "um é completo, o outro não")
http://www.over-yonder.net/~fullermd/rants/bsd4linux/bsd4linux1.php

Notícias, artigos e o maior fórum brasileiro sobre Java