Comments on: Sobre Ponteros e Pattern Matching

By: murilo

murilo — Fri, 07 May 2010 21:36:29 +0000

Realmente ponteiros e pattern matching até se tornarem triviais são um “pesadelo”.
Só uma observação quanto ao título, a palavra “Ponteiros” foi escrita “Pointeiros”.

Abraço.

By: kumpera

kumpera — Thu, 14 Jun 2007 14:23:42 +0000

Paulo, não é quem tem cara, é um switch turbinado sim ;). O problema é mais das linguagens funcionais que não te permitem fatorar seu código de maneira adequada e isso se deve principalmente ao fato de ser uma construção limitadíssima.
.
Eu vejo mais utilidade de pattern matching na criação de métodos e destruturing assignment que própriamente nas construções tipo switch.

By: Paulo Silveira

Paulo Silveira — Thu, 14 Jun 2007 00:09:15 +0000

Apesar da idéia me agradar, ainda fica um pouco com cara de switch. Mas entendo que querer tratar tudo com polimorfimos da um trabalhao, alem de que o pattern matching pode deixar bem claro pra quem esta lendo o codigo de quem esta invocando o metodo.

By: Luiz C. F. dos Santos

Luiz C. F. dos Santos — Tue, 12 Jun 2007 13:25:43 +0000

OK, o wiki eu já li… básico :-) Os duas outras referências vou ler. Obrigado!

By: kumpera

kumpera — Mon, 11 Jun 2007 23:29:48 +0000

Luiz, o verbete da wikipedia é uma boa leitura por onde começar, especialmente os links externos. . Fora isso recomendo ler o Scala By Example, possui uma ótima introdução sobre o assunto. O manual introdutorio do Erlang também discorre muito bem sobre o assunto, vale conferir também.

By: Luiz C. F. dos Santos

Luiz C. F. dos Santos — Mon, 11 Jun 2007 16:17:13 +0000

Não conhecia “pattern matching”, onde posso ler mais sobre isso?

By: kumpera

kumpera — Mon, 11 Jun 2007 01:37:13 +0000

Luca, atribuição com desestruturante é uma das principais utilidades de pattern matching, inclusive é uma forma de ter o equivalente a checked exceptions, porém de maneira muito menos intrusiva.
.
Erlang utiliza o idioma de que toda função deve retornar a tupla {ok, _} no caso de sucesso, onde _ é o resultado efetivo. Quando a função falha com { error, Reason }, irá causar uma falha de matching e uma exception.

By: Luca Bastos

Luca Bastos — Mon, 11 Jun 2007 00:27:05 +0000

Ponteiros e Pattern matching não são difíceis de usar mas eles podem dificultar bem a leitura do código até que a gente se acostume com eles.
.
Pattern matching assusta um pouco mas nem tanto para quem se acostumou a usar o printf do C, que no fundo faz parecido. O problema é acostumar a cabeça com o fato de que o sinal de igual (=) NÃO significa atribuição de valor e sim Pattern matching na hora de ler o código.
.
Para quem nunca viu nenhum exemplo de Pattern matching, aí vai um trechinho de programa (para simplificar, por ora entendam tupla como um “vetor”):
.
% Point vai conter a tupla {point, 10, 45}
Point = {point, 10, 45}.
%
% Coloca os valores 10 e 45 em X e Y
{point, X, Y} = Point.
.
Os valores são extraídos de Point e o sinal de igual(=) faz o Pattern matching.