sexta-feira, maio 22, 2009

lição

Num destes dias, um dos (3) leitores assíduos deste espaço lançou-me o repto
de falar sobre isto:

ToString( ) vs Substring( )
porque é que ToString tem camelCase e o Substring não?

A resposta não é dificil:

to string são duas palavras, substring é só uma, por isso,
bem vistas as coisas, ambas têm CamelCase uma vez que o primeiro
"S" em Substring é maiusculo.

como exemplo de outras palavras destas:

subaquático
subsistema

Obrigado pelo repto, e espero que a resposta seja esclarecedora.

9 Comments:

At 10:15 da manhã, Anonymous Eng. Lemos de Almeida said...

Estou pseudo esclarecido, já agora poderias explicar porque:

IsNaN() tem este camelCase estranho ?

As estruturas de dados int começa por minuscula e Int32 começa por maiuscula ?

SqlDbType tem o 'b' minusculo ?

 
At 10:35 da manhã, Blogger seabra o "boss" said...

IsNaN (is not a number) percebe-se:


I é a 1ª letra da função - logo maiuscula com ela. em seguida todas as palavras com mais do que uma letra tem maiuscula.

não estou a querer dizer que o camelCase deve ser sempre assim, mas é compreensivel.

o segundo ponto, da mesma maneira que String e string (debruçar-me-ei sobre este tópico noutra altura)

quanto ao último ponto, se te questional sobreo o "b" porque não quetional sobre o "q" e o "l"

SQL e BD são siglas que aparecem aqui como se de palavras se tratassem

 
At 10:44 da manhã, Anonymous Eng. Lemos de Almeida said...

A 1º.. tá uma salgalhada.. precebe-se o caraças.. isso é uma procura de explicar como se contronam as regras.

Confronto a tua resposta anterior em relação ao ponto 3 com mais 2 exemplos:

DBNull
DBConcurrencyException

poruqe é q aqui o 'B' é grande e nos outros casos n?

Quanto 2º ponto.. cá aguardaremos.

 
At 4:11 da tarde, Blogger Souto said...

OMG translation Oh meu deus do céu santissima trindade ai jezus cristo bbbinde ca baixo ber isto...
E encerro assim o meu caso...

Arranjem mas é G@J@s...

 
At 3:08 da tarde, Blogger seabra o "boss" said...

Está aqui a ser debatida uma temática muito interessante que interessa a uma grande percentagem dos leitores e colunistas deste espaço (100% deste último grupo).

Agradeço a compreensão daqueles a quem esta discussão não cause um arrepiozinho na espinha, mas este tema será amplamente estendido no decorrer dos próximos tempos, estando mesmo previsto um número record de comentários a uma só posta de pescada lançada para o ar.

 
At 6:46 da tarde, Anonymous swarm said...

fdx... enfim enfim enfim
oh souto vamos arranjar um blog pra nos k este é pa nerds hahahahahahahahahahaahhahahahahahahhahahahahaahha

 
At 8:47 da tarde, Blogger seabra o "boss" said...

fdx, não fujam..
tambem mando postas para todos..

 
At 1:44 da tarde, Blogger seabra o "boss" said...

ora bem, a resposta esperada ha muito tempo pode finalmente aparecer:

"Int32 is defined in the documentation as a Struct (System Namespace) that represents a signed 32bit integer.

Int instead is defined as a Keyword that points to the Int32 Struct and therefore also holds a signed 32bit integer." in http://blog.lyalin.com/2008/02/int-vs-int32.html

mas isto não acrescenta nada...

no mesmo sítio diz tambem:

"As for using Int32 vs. Int16 or vs. Int64 various documentation state that an Int32 is optimized by the compiler for the processor and therefore should be used in most cases where it wont overflow."

ou seja, como vais usar uma palavra reservada e não o nome da estrutura de dados, vais usar o int32 que "dá mais jeito" ao computador.



aqui:

http://stackoverflow.com/questions/62503/c-int-or-int32-should-i-care

pode ver-se um pormenor engraçado (nunca testei para ver se è verdade) de um caso em que se pode usar int e não int32.

fora isso, digo eu que são sinónimos

 
At 3:18 da tarde, Anonymous Anónimo said...

No comentário das 10:44 está escrito contronam...como é obvio, gostava de saber qual é o contrario de "contronem"...e já sabes quem é o anónimo...sou eu.

 

Enviar um comentário

<< Home