Sem querer trollar, mas na sua opinião, ser case insensitive é uma coisa boa ou ruim?
Eu pergunto pq não tenho opinião formada sobre isso
Marcos Douglas B. Santos
@mdbs99
Eu acho ruim pq uma classe (método, variável, etc) pode ser escrita de maneiras diferentes (mesmo sendo o mesmo identificador) e isso é ruim para a formatação do código
No entanto eu codifico como se fosse case-sensitive
_
Fabricio Cabral
@fabriciofx
Certo
Ah, nas tuas declarações: I -> Interface, T -> Tipo, F* -> Field?
Marcos Douglas B. Santos
@mdbs99
Sim. Esse é um padrão da linguagem (como Ruby, que escreve_tudo_assim) e também devido ao case-insensitive
Fabricio Cabral
@fabriciofx
Certo.
Mas tô criticando não. Só confirmando.
Marcos Douglas B. Santos
@mdbs99
Tranquilo, eu sei
Fabricio Cabral
@fabriciofx
:)
Marcos Douglas B. Santos
@mdbs99
Mas o que parece ser uma gambiarra por causa da falta de case-sensitive, virou um padrão que deixa o código melhor de ler
O "F" é como o this. Só que escreve menos e é mais elegante.
O "I" nem preciso dizer que a Microsoft também usa no C# (copia do Pascal).
O "T"... Tipo... bem eu acho legal (talvez pq já estou acostumado).
Tem gente que usa "C" pra constantes assim CFooConst. Se eu tiver que usar uma constante, ainda prefiro o formato C: FOO_CONST
Fabricio Cabral
@fabriciofx
Blza
Marcos Douglas B. Santos
@mdbs99
O "P" é de Ponteiro
type
TMyRec = record
a: string;
end;
PMyRec = ^TMyRec;
Fabricio Cabral
@fabriciofx
E se for ponteiro de ponteiro? PP* ?
Marcos Douglas B. Santos
@mdbs99
Tem gente que usa assim mesmo
Fabricio Cabral
@fabriciofx
Se for ponteiro de ponteiro de uma constante que foi declarada como um field?
PPCF* ?
Marcos Douglas B. Santos
@mdbs99
:D Claro que não pô
Não tem sentido num ponteiro pra constante Também não tem ponteiro pra um Field, já que ele é (deveria) ser privado a classe.
Essa programação utilizando ponteiros é bem baixo-nível. Também serve pra manipular estruturas de libs (C) e fazer coisas que exigem velocidade e baixo uso de memória (estou dizendo o que vc já sabe)