Algum humor e C++ Design Patterns (parte 1)

Oi Paulo,

Já vi que vou gostar desta série de artigos avançados em C++, é uma ótima oportunidade de trocar experiências. Programo em C++ há um tempo e concordo com você que quando o assunto é linguagem de programação com potencial complexo, ela está entre as mais votadas.

Muitas vezes me deparei com o termo Singleton nos livros, mas passei desapercebido. Não sabia que se tratava de algo tão interessante, vou pesquisar mais sobre o tema. Seu artigo também corrigiu a idéia que tinha de que uma classe para ser instanciada precisava ter seu construtor público.

Uma pergunta, quando você declarou membros virtuais, teve alguma relação com o Singleton? Não vejo porque declarar métodos de acesso como virtuais nesse exemplo.

Outra pergunta, é boa prática utilizar NULL ao invés de 0 em C++?

Parabéns, aguardo os próximos artigos ansioso.

P.S.: Há um erro de digitação na definição do método getValue() no segundo exemplo, um ";" extra.

Caro Julio,

muito obrigado pelos elogios.

Quanto ao meu uso das classes virtuais, nesse caso não tem nada a ver com o Singleton. Eu apenas o fiz caso alguém ache válido derivar essa classe. Entretanto, você tem razão, e não acredito que essa implementação de singleton seja derivável, porque a função estática access teria de ser reimplemetada para cada derivação.

O uso de NULL em C++ é quase sempre uma boa prática, principalmente no uso de ponteiros. NULL é apenas uma macro que expande para 0, mas aumenta a legibilidade do código, ainda mais em C++, que, juntamente com Perl, compartilham as sintaxes mais horrorosas entre as linguagens de programação. O NULL também evita certos typecastings. Nunca descobri por que, mas, pela minha experiência, a simples mudança de 0 para null evitou que eu tivesse que fazer casts estranhos. Eu costumo usar o NULL sempre, exceto no caso de funções virtuais puras, que uso o zero, mesmo, da seguinte forma:

class A {
public:
// ... algum código
void funcVirtualPura(int arg1, char arg2) = 0;
protected:
// ... algum código
private:
// ... algum código
};

Não acho que o código acima seja ilegível.

Esse artigo que eu postei é bastante simples, apenas para mostrar o que é um Singleton, não para apresentar uma implementação definitiva. Eu estou fazendo a segunda parte do artigo e organizando a biblioteca como um projeto no Sourceforge para facilitar o acesso ao código fonte. Eu preciso do conceito de singleton para implementar a minha versão de Inversion of Control. Na apresentação de Inversion of Control eu apresento uma implementação definitiva de Singleton.

Se você tiver pressa em ver o que estou preparando, eu posto os meus artigos no meu blog sem ter o preciosismo de escrevê-los por completo. Os artigos dos patterns pode ser visto nesse link: http://psfdeveloper.blogspot.com/search/label/%27SOME%20HUMOUR%20AND%20C%2B%2B%20DESIGN%20PATTERNS%2... . Assim que eu terminar o texto de Inversion of Control inteiro, eu vou trazê-lo para o Viva o Linux, como a segunda parte desse tutorial, mas enquanto ele está sendo feito, só publico os seus pedaços no meu blog mesmo.

Um último ponto. C++ é uma linguagem muito estranha. Você pode colocar constructors e destructors com qualquer nível de acesso (o que é possível em Java, também), e certos operadores podem ser chamados até mesmo a partir de funções virtuais. É possível chamar o operador delete de dentro de um módulo do próprio objeto, com a horrorosa sintaxe "delete this;", o que destrói o objeto e invalida o ponteiro. Como o método pertence à classe e não ao objeto, ele termina normalmente, mas, qualquer referência a this, ou ao ponteiro do objeto em qualquer outra escopo, resulta em um segfault.

E, novamente, obrigado pelos elogios.

Abraços.

Uma correção, C e C++ estão sim entre as linguagens mais utilizadas no mundo.
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

O mais correto acho que seria dizer que C/C++ é pouco usada em T.I. (que é o forte brasileiro)

cara... fazia tempo que não via um artigo TÃO BOM no VOL!!!

Só discordo de uma coisa... C/C++ não são linguagens estranhas... perl pode até ser... ta certo que não são iguais a Java onde ler um código em java é quase que ler um texto em português, mas acho C/C++ até bastante organizado....
Agora Visual Basic sim... aquilo é linguagem estranha.... e olha que trabalhei muitos anos com ela!!!

Caro Daniel,

eu não conhecia esse link a respeito das estatísticas de popularidade de linguagens, o que faz com o que eu falei a respeito da popularidade de C e de C++ se torne uma besteira enorme. Mas não errei por mal, apenas apresentei uma opinião como um fato, o que nem sempre fica claro para todo mundo.

Agora, eu estudei bem o link da Tiobe, a respeito da popularidade das linguagens de programação. Ela pesquisa o ranking de procura e acessos a páginas cujos conteúdos sejam a respeito de determinada linguagen. Essa pesquisa é feita em diversos sites de procura e de conteúdo, como o Google, a Wikipédia, o Yahoo! e até mesmo o YouTube. Esse registro de popularidade não indica o uso efetivo de determinada linguagem, apesar de, provavelmente, as duas variáveis terem grande correlação. O Tiobe faz um tipo de medida de popularidade, mas o que eu dizia era a respeito do uso efetivo das linguagens entre os programadores.

Dizer que C/C++ é pouco usada em T.I., para mim, soa meio estranho, porque eu não sei qual é o corte entre T.I. e desenvolvimento de software em geral. Eu sei que desenvolvimento de jogos não é TI, apesar de ser tecnologia e programação, mas desenvolvimento das engines dos bancos de dados é TI ou não? Se a TI for restrita ao nosso antigo Processamento de Dados, então você tem razão, caso contrário, você está errado. Segundo a Wikipedia, nesse link: http://pt.wikipedia.org/wiki/Tecnologia_da_informa%C3%A7%C3%A3o, TI engloba todo o uso de computação para lidar com qualquer tipo de dado. O artigo em inglês tem uma definição mais restrita, associando à TI a necessidade de processos e tomada de decisão. De toda forma, estritamente, as duas definições se equivalem.

Na TI como um todo, a base instalada de C e C++ é enorme, assim como a sua comunidade de programadores e desenvolvedores, que, na minha opinião, é a mais influente do mundo, justamente por conta dessa base instalada. Entretanto, assim como popularidade em pesquisas de internet, base instalada não significa exatamente popularidade. C e C++ são fortíssimos em distribuições de software, como sistemas operacionais, bancos de dados, editores de texto, bibliotecas de desenvolvimento porque elas foram feitas com esse intento. No mundo Apple, o Objective-C rivaliza com o C. Mas, fora disso, o uso de C e C++ é anêmico. Por outro lado, a visibilidade de tudo o que é feito em C/C++ é imenso, pois quase tudo que usamos diretamente é feito nessa linguagem. Outro ponto é que, em quase quatorze anos trabalhando com tecnologia, eu só vejo mais e mais pessoas abandonando C/C++ em favor de outras linguagens como Java, C# ou Python, principalmente para Java. Isso não é ruim para C ou C++, pois agora, essas linguagens são usadas de acordo com o seu fim: desenvolvimento de sistemas e de algoritmos em alta performance.

Do Tiobe, o que mais me assustou é o quão pouco as ferramentas da Microsoft são populares nas máquinas de pesquisa. C# está, apenas, em sexto lugar, pouco acima de Python, apesar de sua base instalada ser enorme (Por conta da própria força da Microsoft). Entretanto eu tenho muito mais contato com pessoas programando em .NET do que em C ou C++. Eu tenho uma opinião a esse respeito: quem ja programou usando ferramentas da Microsoft sabe que em Documentação, eles são impecáveis. Se a Apple é fera em interface com o usuário, a Microsoft é fera em dar suporte ao programador. Se eu tenho tal suporte, por que procurar informação a respeito dessas ferramentas?

E a popularidade de C e de C++ no Tiobe pode ser enviesada: se elas são muito procuradas em máquinas de pesquisa, pode ser por pura necessidade acadêmica (algumas faculdades forçam os alunos a estudar C), ou para retirada de dúvidas dessas linguagens que não possuem uma documentação centralizada. E, principalmente para C++, principalmente, porque são difíceis.

Abraços.