Bibliotecas de C

falcao544 · 26 de setembro de 2009

Olá pessoal, eu gostaria de saber como funciona uma biblioteca de C. tipo allegro e stdio.h . Como criar uma biblioteca e os melhores livros sobre C. Obrigado!

Renan.mmerlo · 26 de setembro de 2009

Leia sobre a allegro:

http://equipe.nce.ufrj.br/adriano/c/apostila/allegro/docs/allegro.html

Pelo que me parece você ainda é muito leigo em C/C++ para se preocupar

com isso.

Comece aprendendo o básico: estrutura sequencial,condicional,ponteiros,funçoes,estruturas,arquivos...etc

o livro:

Fundamentos da Programação de Computadores

Ana Fernanda Gomes Ascencio

Edilene Aparecida Veneruchi de Campos

é um ótimo livro para começar...recomendo

abraço

dontpanic · 26 de setembro de 2009

Você tem um programa chamado prog.c :

prog.c


void ola(); //protótipo

int main() {
    ola();
    return 0;
}

void ola() {
    printf("Olá Mundo");
}

Digamos que todo programa seu, você gostaria de imprimir "Olá Mundo" no começo.

Isso poderia ser feito copiando a função pra todo programa mas ia dar muito trabalho.

Então uma solução seria criar uma biblioteca que possui essa função, e adicionar essa biblioteca em todos os seus programas, assim eles passariam a possuir essa função também. Como você faz isso:

ola.h -> arquivo com os protótipos das funções


void ola();

ola.c -> arquivo com os códigos das funções


void ola() {
    printf("Olá mundo");
}

Depois o seu programa inicial ficaria assim:

prog.c


#include <ola.h>

int main() {
    ola();
    return 0;
}

Note que agora você pode chamar a função ola() mesmo sem ter escrito ela no seu programa, pois você incluiu a biblioteca dela (ola.h).

O princípio é o mesmo pra stdin.h ou allegro.h. Você tá deixando o seu programa "consciente" sobre as funções que fazem parte daquela biblioteca, e na hora de compilar, o compilador adiciona os códigos que você usar ao seu programa.

Sobre os livros, acho que já responderam em outro tópico.

O livro "C Completo e Total" é praticamente a bíblia do C. Além dele você pode pegar se quiser qualquer outro livro que seja mais focado em exemplos de código.

falcao544 · 26 de setembro de 2009

Renan na verdade eu já sei lógica de programacao, tanto é que eu ja fiz um curso e faco alguns algoritmos no VisualG. Mas sim eu sou leigo em C/C++. portanto você recomenda algum livro sobre C para leigos?

falcao544 · 26 de setembro de 2009

valeu dontpanic! e sobre o C completo e total, eu gostaria de saber se ele é bom para quem não sabe nada! valeu!

RooT · 29 de setembro de 2009


#include <ola.h>

int main() {
    ola();
    return 0;
}

O include acima está errado. Para o arquivo que foi criado, a inclusão certa é com aspas, e não com "< >":


#include "ola.h"

Note que agora você pode chamar a função ola() mesmo sem ter escrito ela no seu programa, pois você incluiu a biblioteca dela (ola.h).

Isso não seria uma biblioteca, é a penas o conceito de modularização. Cria-se um arquivo para poder usá-lo novamente, incluído em outro arquivo. Para criar uma biblioteca, o processo é mais complexo e trabalhoso.

valeu dontpanic! e sobre o C completo e total, eu gostaria de saber se ele é bom para quem não sabe nada! valeu!

Não, o C Completo e Total não é um bom livro para iniciantes, mas sim para programadores com certa experiência na linguagem C. Para iniciantes recomendo este:

http://www.inf.ufes.br/~pet/monitorias/pd2/arquivos/Gerais/CursoC.pdf

dontpanic · 29 de setembro de 2009

O include acima está errado. Para o arquivo que foi criado, a inclusão certa é com aspas, e não com "< >":

O uso de aspas ou de <> é uma convenção da linguagem. Sintaticamente, não é errado. Normalmente convenciou-se usar os <> pra bibliotecas do sistema, e aspas pra headers locais do projeto.

Isso não seria uma biblioteca, é a penas o conceito de modularização. Cria-se um arquivo para poder usá-lo novamente, incluído em outro arquivo. Para criar uma biblioteca, o processo é mais complexo e trabalhoso.

Eu quis apenas mostrar como as bibliotecas funcionavam, usando um exemplo mais simples.

Bibliotecas seriam apenas um conjunto dessas funções, que no final ele iria compilar e transformar em código-objeto, depois numa lib. Mas internamente o conceito é aquele.