Confuso com C e C++, Misturando funções. [RESOLVIDO]

paulo1205
(usa Ubuntu)

Enviado em 27/05/2020 - 06:35h

Não sei qual material você está usando para estudar. Contudo, pela declaração, por exemplo, relacionada à função para exibir a hora, dizendo que “C++ não tem um suporte bom para isso”, provavelmente é porque o material que você está usando é antigo ou desconhece funcionalidades trazidas pelas bibliotecas do C++ em versões a partir de 2011 (tivemos atualizações do padrão em 2011, 2014, 2017 e a de 2020 deve estar para sair).

Reconheço que com um ciclo de atualizações a cada três anos, fica mesmo um pouco difícil para quem não é da área — e talvez até para quem é da área — manter-se rigorosamente atualizado.

(Obs.: no caso específico de std::put_time(), sobre a qual eu falei no outro tópico recente que você abriu, eu mesmo nunca a tinha usado, e não sei se posso dizer que alguma vez já tinha ouvido falar dela e esquecera, ou se nunca ao menos tinha ouvido falar. A gente tende a só conhecer o que usa mais frequentemente. Se não olhar para os lados de vez em quando, vai ficar sempre fazendo tudo do mesmo jeito.)

Talvez o que a biblioteca da linguagem oferece seja um pouco menos relevante do que algo que o framework que você utiliza possa trazer. Não sei o wxWidgets, que nunca usei, mas o Qt, que eu vou pegar como exemplo, tem uma hierarquia de classes próprias que substituem equivalentes nas bibliotecas padrões do C e do próprio C++. Se você estiver usando Qt, pode ser mais útil usar exclusivamente QString no seu programa, em lugar de std::string, ou QDateTime em lugar de time_t e std::tm e funções relacionadas, porque você vai acabar sendo forçado a usar o tipo do Qt na hora de usar a interface gráfica. Misturar tipos semelhantes no mesmo programa acaba criando um tipo de inchaço e perda de desempenho por causa da necessidade de converter de um tipo para outro tipo funcionalmente equivalente a cada vez que você transfere dados internos para a interface gráfica ou recebe dados da GUI para os seus objetos internos.

Há quem critique o fato de o Qt não usar mais tipos nativos ou da biblioteca padrão, mas eu compreendo a escolha de projeto feita pelos implementadores do Qt. O Qt é multiplataforma, e tem de funcionar do mesmo modo em todas as plataformas que suporta. No entanto, os compiladores e as bibliotecas que os acompanham têm muitas variações entre sino que tange a certos tipos fundamentais, como wchar_t, que no Windows é de 16 bits e no mundo UNIX e Linux tende a ser sempre de 32 bits. Existem várias outras diferenças como essa, mas essa, sozinha, já tenderia a causar dificuldades de portabilidade em todas as operações com strings. Uma forma supostamente simples de lidar com esse problema seria fazer conversões de tipo cada vez que algum dado interno tivesse de ser apresentado ou que algum valor recebido tivesse de ser armazenado internamente, só que nós já vimos que essas conversões degradam o desempenho, aumentam o tamanho do código e, no fim das contas, não agregam valor nenhum. Então o pessoal do Qt fez algo a princípio anti-intuitivo, que é meio que reinventar a roda (várias rodas, aliás), mas que, no final das contas, melhorava não apenas a portabilidade, mas o próprio desempenho e o tamanho de código por meio da eliminação de conversões, desde que você use exclusivamente (ou tão próximo de exclusivamente quanto possível) os tipos que o Qt lhe apresenta.

Voltando ao wxWidgets, pareceu-me, pelo que eu li, que ele usa muita coisa da biblioteca padrão do C++, incluindo std::string. Sendo esse o caso, você deve preferir usar os mesmos tipos que ele usa. Caso contrário, você pode acabar provocando operações de conversão de tipos que poderiam ser evitadas, o que aumenta o inchaço e degrada o desempenho, mesmo que seja uma mera conversão de array de caracteres para std::string.

Tirando isso, vale sempre o princípio de que não existe almoço grátis. A conveniência sintática do C++ cobra seu preço. Quase sempre esse preço é pago no momento da compilação, não no de execução, o que é ótimo, pois é um preço que o seu usuário não vai pagar.

Mas existe também um lado de que você, como programador, tem de cuidar: a sintaxe simples pode às vezes esconder uma operação que é custosa. Um exemplo que já foi comentado é a conversão de tipos que pode ocorrer em expressões simples, como ilustra o exemplo abaixo.

void f(const std::string &s){ /* faz alguma coisa com s */ }



int main(){

	// Vai provocar um milhão de operações de construção por conversão de tipo, e depois um milhão

	// de chamadas a f() com o valor convertido para o objeto temporário, e, por fim, um milhão de

	// desconstruções do objeto temporário criado.

	for(int i=0; i<1000000; ++i)

		f("Paulo");



	// Aqui não vai haver conversão de tipo nem desconstrução de objeto dentro do laço

	// de repetição: f() vai ser invoca um milhão de vezes usando uma referência para o

	// mesmo objeto, construído e desconstruído uma só vez.

	const std::string paulo("Paulo");

	for(int i=0; i<1000000; ++i)

		f(paulo);

} 

Quanto a usar C ou C++, acho que você já perguntou isso outras vezes. Vamos resumir do seguinte modo: se você já tem funções prontas em C, preferencialmente oferecidas em forma de biblioteca, use essas funções do jeito como estão. Se não as tiver prontas, se elas não estiverem em forma de biblioteca e se sua eventual reimplementação em C++ for simples, ou ainda se você perceber que seu uso vai incorrer em perda de desempenho por causa de múltiplas conversões de tipo ou cópia de valores de um lado para o outro, faça-a ou reimplemente-as em C++.

E note que “fazer em C++” não necessariamente significa que você vai ter de socar tudo dentro de classes (como faz o Java, mesmo para o que não precisaria estar dentro de uma classe). C++ é multiparadigma: se lhe bastarem funções, use funções; se lhe bastarem estruturas que não sejam classes, use estruturas; se tiver de usar classes de tipos concretos, sem polimorfismo, use desse modo; se precisar de polimorfismo, use-o com sabedoria; se lhe ajudar programação genérica, use-a. Seu programa não vai ser mais em C++ ou menos em C++ por causa do paradigma que você escolher (pode sê-lo por outros fatores, especialmente se você usar sintaxe ou construções do C que são expressamente repudiadas em C++, tais como conversão de tipo na forma “(nome_do_tipo)valor_a_ser_convertido” em vez de construtores de conversão de tipo ou de conversão explícita por meio de static_cast/const_cast/dynamic_cast/reinterpret_cast, ou malloc()/free() em lugar de new/delete ou new[]/delete[]).


... Então Jesus afirmou de novo: “(...) eu vim para que tenham vida, e a tenham plenamente.” (João 10:7-10)