Programando com uma granada de mão: uma visão da linguagem C

ron_lima

C é uma linguagem maravilhosa para se programar. Porém, alguns cuidados são necessários a fim de se evitarem dores de cabeça.

[ Hits: 37.910 ]

Por: Ronaldo Faria Lima em 08/06/2004

1 0

Denuncie Favoritos Indicar Impressora

Conclusão

Se me perguntarem: depois de tudo o que você disse, você ainda indica a linguagem C para o desenvolvimento de sistemas? A resposta é sim. C é uma linguagem excelente, muito flexível e poderosa. No entanto, é uma linguagem que exige disciplina do programador. Para quem desenvolve para Unix, C é uma linguagem extremamente natural, principalmente porque os sistemas Unix foram desenvolvidos nesta linguagem.

Sempre tenha em mente: programar em C é como programar com uma granada de mão no seu colo. Lembre-se de documentar bem o seu programa com comentários, evite de explorar as limitações da linguagem e, principalmente, tente modularizar bem o seu programa. Esta última dica, na verdade, serve para qualquer linguagem de programação modularizável.

Uma última dica: procure estudar a biblioteca Standard C. Esta biblioteca, que acompanha todos os compiladores C na atualidade, é extremamente rica em funções de uso geral. Um erro muito comum é ter programadores perdendo seu precioso tempo redesenvolvendo algo que já está disponível e que é padrão da linguagem. E procure sempre respeitar as premissas da biblioteca. Lembre-se que a biblioteca respeita as limitações da linguagem e você deve tentar fazer o mesmo.

Página anterior

Páginas do artigo

   1. C: Uma linguagem flexível
   2. Os calcanhares de Aquiles
   3. Conclusão

Outros artigos deste autor

Como funcionam os alocadores de memória do STD C?

Escrevendo o caos em C

Leitura recomendada

LivreNFE - O emissor Nfe open source para Linux

Apreendendo a utilizar o GNU Debugger (parte 2)

Ponteiros void na linguagem C

Aleatoriedade em C

Criando programas com suporte a arquivos de configuração com a libConfuse

Comentários

[1] Comentário enviado por rapatao em 08/06/2004 - 02:05h

Bom artigo... estou aprendendo C e isso vai ser muito util!

0 0

[2] Comentário enviado por y2h4ck em 08/06/2004 - 08:16h

Certos casos nem mesmo o {COMENTARIO} pode ajudar eheh. Como o caso de exploracoes avançadas em Memória Adjacente e smashing overflows... mesmo tendo controles na variavel pode-se explorar o programa do mesmo jeito...

Todo caso ta muito massa o Artigo.
[]s Boa sorte

0 0

[3] Comentário enviado por tiago.accon em 08/06/2004 - 11:40h

Perfeito artigo ! A linguagem C, por ser de baixo nível já fala por si própria. Ela é extremamente flexivel, mas para programadores que não são organizados é um perigo iminente. Parabens :] tiago.accon

0 0

[4] Comentário enviado por jllucca em 08/06/2004 - 14:03h

Acho a artigo excelente, mas ele fala da linguagem C. Mas, cita coisas de C++ tambem. Acho que todo mundo termina por misturar. Soh nao acho legal o pessoal dizer que ela eh "uma linguagem de baixo nivel que fala por si propria". Depois de muito debater uma pessoa cheguei a conclusao de que linguagens nao tem niveis e nem podemos falar em niveis sem citar parametros comparacao. Mas, isso eh uma picuinha minha mesmo ^^ .

0 0

[5] Comentário enviado por y2h4ck em 09/06/2004 - 09:19h

Baixo nivel para mim e ASM, frotran, cobol ... :P

C e nivel Medio ...

0 0

[6] Comentário enviado por taudujas em 09/06/2004 - 12:45h

O que necessita para começar a programar C?

0 0

[7] Comentário enviado por ron_lima em 09/06/2004 - 13:38h

Acredito que o pré-requisito para se programar em C é, antes de mais nada, procurar entender bem de algoritmos e estruturas de dados. Este pré-requisito é válido para todas as linguagens de programação, na verdade. A linguagem, propriamente dita, é simples (mas não fácil). C contém apenas 32 palavras reservadas (apesar de que algumas implementações reservam mais nomes). Penso que o segredo para o sucesso no entendimento da linguagem vem, antes de mais nada, de uma boa base de algoritmos e estruturas de dados. O restante é questão de ler um bom livro, como o excelente "A Linguagem C" de Brian Kernighan e Dennis Ritchie, os criadores da linguagem.

0 0

[8] Comentário enviado por jayro rodrigues em 10/06/2004 - 19:51h

Eu estou começando em C e percebi a flexibilidade da linguagem. Uma grande dificuldade que estou tendo é no projeto dos programas, ou seja, ALGORITIMO. É aconselhavel que se estude algorítimo primeiramente. VALEU !!!

0 0

[9] Comentário enviado por vvega em 21/06/2004 - 10:30h

Muito bom o artigo, mas um pouco confuso para quem eh iniciante, como ja dito aqui nos comentarios. Mas vale o alerta, pois programar em C nao eh la tao facil como alguns dizem, ainda que, tambem, nao seja tao complicado como dizem outros. Que tal ser fizessemos uma apostila (dai um prototipo de um livro) sobre a linguagem C baseada em experiencias de programadores ? Nao seria algo para ensinar o C, mas um documento para quem ja aprendeu o nivel basico (estruturas sequenciais, condicionais e de repeticao, vetores, matrizes, registro, ponteiros, pilhas e filas, por exemplo) e deseja se embrenhar no mundo mais avancado.

0 0

[10] Comentário enviado por genioloco em 18/10/2004 - 02:34h

Ótimo artigo, que serve como ponto de referência aos limites da linguagens C para quem está chegando agora ou para quem já conhece a linguagem.

0 0

[11] Comentário enviado por HackSpy em 10/11/2004 - 16:20h

Acho que a linguagem "C/C++" antes de tudo, deve ser uma linguagem planejada. Não se pode apenas ligar o micro e começar a digitar. Tudo que é feito em cima de analises e programado com competência, com certeza irá gerar algo altamente confiável e rápido. Agora, quando se programa amadoramente o risco é altissímo, um exemplo seria um erro de lógica cujo o compilador na acusa erro algum mas seu sistema complexo não funciona. PLANEJEM !!!!. Parabens pelo artigo.

0 0

[12] Comentário enviado por ron_lima em 11/11/2004 - 01:46h

Acredito que esta observação vale para toda e qualquer linguagem de programação. A implementação é apenas uma das fases do desenvolvimento do software e não é a fase principal. Em verdade a análise dos requisitos e o modelamento do problema é que ficam no ponto de destaque. Normalmente, sistemas bem analisados e modelados são aqueles que são entregues no prazo e sem uma quantidade infinita de erros... Sem dúvida, HackSpy, você está coberto de razão! Planejar antes de programar!

0 0

[13] Comentário enviado por nick_skyp em 16/01/2005 - 03:50h

Parabens pelo artigo,
...com certeza sem artigos como esse, mtos iniciantes em C, tenham q sofrer um poukinho e conhecer os topicos citados pelo seu artigo sentindo na pele esses tipos de erros... {experiência própria..hehehe :-D}
entao.. axei bastante feliz sua observação qto ao estudo da Standard C, qeria q vc me indicasse algum material sobre ela (apostila, tutorial se possivel em portugues)...
parabeins... teh +!

0 0

[14] Comentário enviado por voulogarso1vez em 02/03/2005 - 23:19h

Ih, faltou tanta coisa que poderia ser dita...
*Falta de manipulação de exceções (só setjmp/longjmp, difíceis de usar). Tratamento de erros fica uma mistura feita de códigos de retorno, errno, parâmetros de erro (passados por ponteiro) e setjmp/longjmp para os mais ousados.
*Nenhuma estrutura de dados que cresça automaticamente (não consigo imaginar fazer um programa que manipule muitas strings em C puro: ia ser um inferno, cheio de bugs, falhas de segurança e/ou limites arbitrários nos tamanhos das strings). Estruturas mais automáticas realmente abrem possibilidades de estilos de programação muito mais poderosos.
*Muitos casos de "comportamento indefinido", "dependentes da implementação" que dificultam portar o código.
*Biblioteca padrão extremamente limitada e com funções seriamente mal projetadas (gets é a pior, mas tem a sprintf, strtok, setlocale, strncpy, strcat, errno e todas as funções de entrada de dados são bastante limitadas).
*Se formos comparar com linguagens mais dinâmicas (Lua, Python, Lisp), aí sim C perde feio, sem reflexão, sem funções como valores de primeira classe, sem listas e passagem de parâmetros unificada, sem execução de código a partir de strings, sem hashtables, etc.

0 0

[15] Comentário enviado por ron_lima em 06/03/2005 - 07:53h

Setjmp e longjmp não foram projetados para serem tratadores de exceções.A idéia era fornecer à linguagem uma forma de realizar um goto que não fosse local a uma determinada função. Pelo que li no seu comentário, você compara a linguagem C com linguagens orientadas ao objeto, como o Python, e esta é uma comparação infeliz. C é uma linguagem procedural, antes de mais nada. C é uma linguagem de nível médio, ou seja, tem as características do assembly e características de linguagem de nível alto, como as que você citou. No entanto, pense no C como um melhoramento do assembly, ou seja, uma linguagem de programação que tem keywords ao invés de mnemônicos.

0 0

[16] Comentário enviado por Herr_Filip em 17/10/2005 - 12:05h

achei muito interessante a leitura, gostei da linha de pensamento da autora.
eu (pelo menos hoje em dia) nao programa em C e meu conhecimento em C é bem pobrezinho, entao começar a estudar a linguagem baseado em textos mais teóricos ajuda bastante! (apenas de que eu já tinha conhecimento de alguns "defeitos", ou... "detalhes" da linguagem que a Autora cita

muito bom, parabens!

0 0

[17] Comentário enviado por pirrola em 22/03/2008 - 12:43h

eu só sei C por enquanto, mas dizem que C é bem parecido com Java, que tvz seja a mais usada...

0 0

[18] Comentário enviado por ron_lima em 22/03/2008 - 19:42h

Na verdade, a sintaxe do java assemelha-se muito com a da linguagem C. Obviamente, a primeira diferencia-se pelo fato de ser orientada ao objeto, coisa não suportada pela linguagem C.

C é uma linguagem muito antiga, já com 38 anos de idade, ao passo que java popularizou-se no fim dos anos 90 no século passado. Cada linguagem tem seu nicho de uso. Por exemplo, você jamais escreveria um device driver em java devido às limitações impostas pela linguagem.

0 0

[19] Comentário enviado por canguru em 03/01/2010 - 19:32h

Ei...só para constar....a linguagem mais flexível do mundo é o assembly....nada é mais flexível q ele.....pois com ele vc se comunica direto com a maquina...se vc quer botar algo no video...vc tem q mandar uma interupção para a placa de video.....quer pegar algo do teclado..a mesma coisa.....

0 0

[20] Comentário enviado por ron_lima em 04/01/2010 - 06:57h

Desculpe por discordar, Canguru. Não confunda os recursos de uma linguagem com sua flexibilidade. Assembly é uma das linguagens mais inflexíveis que existem. A flexibilidade está ligada ao fato da linguagem permitir a descrição de estruturas e manipulações de dados de maneira fácil e eficaz e não com os recursos que a linguagem lhe dá. C++ é flexível, pois permite que você dê novos significados aos operadores, mas PHP, por exemplo, é ainda mais flexível, pois permite que expressões sejam criadas e avaliadas dinamicamente sem muito esforço de programação.

0 0