Wikibooks: C/Biblioteki
=Czym jest biblioteka= Biblioteka http //tldp.org/HOWTO/Program Library HOWTO/ jest to zbiór funkcji które zostały wydzielone po to aby dało się z nich korzystać w wielu programach. Ułatwia to programowanie nie musimy np. sami tworzyć funkcji printf . Każda biblioteka posiada swoje pliki nagłówkowe...
Format: | Book |
---|---|
Language: | Polish |
Subjects: | |
Online Access: | https://pl.wikibooks.org/wiki/C/Biblioteki |
id |
ftwikibooks:plwikibooks:562:3437 |
---|---|
record_format |
openpolar |
spelling |
ftwikibooks:plwikibooks:562:3437 2024-06-23T07:56:34+00:00 Wikibooks: C/Biblioteki https://pl.wikibooks.org/wiki/C/Biblioteki pol pol Book ftwikibooks 2024-06-09T11:52:06Z =Czym jest biblioteka= Biblioteka http //tldp.org/HOWTO/Program Library HOWTO/ jest to zbiór funkcji które zostały wydzielone po to aby dało się z nich korzystać w wielu programach. Ułatwia to programowanie nie musimy np. sami tworzyć funkcji printf . Każda biblioteka posiada swoje pliki nagłówkowe które zawierają deklaracje funkcji bibliotecznych oraz często zawarte są w nich komentarze jak używać danej funkcji. W tej części podręcznika nauczymy się tworzyć nasze własne biblioteki. =Pliki = Biblioteka składa się co najmniej z dwóch plików [[jeden nagłówkowy (źródłowy API)]] i jeden binarny (skompilowany) zawiera funkcje (deklaracje w nagłówkowym i definicje w binarnym) w postaci pakietu (ang. package) może dzielić się na pakiety dev i non dev =cechy= jest przeznaczona do wykonania odrębnego zadania programistycznego ma ściśle określony interfejs Moduł ma charakter czarnej skrzynki (ang. black box approach). Na zewnątrz modułu widoczne są wyłącznie te obiekty programistyczne które tworzą interfejs. Natomiast sposób ich implementacji jak i ewentualne obiekty pomocnicze są ukryte wewnątrz modułu. Zasady budowy bibliotek ( modułów) wg strony wazniak.mimuw.edu.pl powiązania między modułami powinny być jak najmniejsze jak najmniej szczegółów budowy jednego modułu miało wpływ na budowę innego modułu każdy moduł powinien koncentrować się wokół jednej decyzji projektowej tzw. sekretu modułu przy czym nie należy łączyć nie związanych ze sobą sekretów w jednym module zasada ta jest znana pod nazwą separation of concerns użytkownicy modułów powinni polegać jedynie na tym co jest określone w interfejsie i specyfikacji modułu natomiast nie powinni polegać na żadnym konkretnym sposobie implementacji modułu tzw. black box approach. =typy= wg [[architektury]] sposobu wykorzystania autora rozszerzenia =wg sposobu wykorzystania = statyczne (ang. static library or statically linked library) windows .lib lub .obj Unix .a lub .o dynamiczne ... Book sami WikiBooks - Open-content textbooks |
institution |
Open Polar |
collection |
WikiBooks - Open-content textbooks |
op_collection_id |
ftwikibooks |
language |
Polish |
description |
=Czym jest biblioteka= Biblioteka http //tldp.org/HOWTO/Program Library HOWTO/ jest to zbiór funkcji które zostały wydzielone po to aby dało się z nich korzystać w wielu programach. Ułatwia to programowanie nie musimy np. sami tworzyć funkcji printf . Każda biblioteka posiada swoje pliki nagłówkowe które zawierają deklaracje funkcji bibliotecznych oraz często zawarte są w nich komentarze jak używać danej funkcji. W tej części podręcznika nauczymy się tworzyć nasze własne biblioteki. =Pliki = Biblioteka składa się co najmniej z dwóch plików [[jeden nagłówkowy (źródłowy API)]] i jeden binarny (skompilowany) zawiera funkcje (deklaracje w nagłówkowym i definicje w binarnym) w postaci pakietu (ang. package) może dzielić się na pakiety dev i non dev =cechy= jest przeznaczona do wykonania odrębnego zadania programistycznego ma ściśle określony interfejs Moduł ma charakter czarnej skrzynki (ang. black box approach). Na zewnątrz modułu widoczne są wyłącznie te obiekty programistyczne które tworzą interfejs. Natomiast sposób ich implementacji jak i ewentualne obiekty pomocnicze są ukryte wewnątrz modułu. Zasady budowy bibliotek ( modułów) wg strony wazniak.mimuw.edu.pl powiązania między modułami powinny być jak najmniejsze jak najmniej szczegółów budowy jednego modułu miało wpływ na budowę innego modułu każdy moduł powinien koncentrować się wokół jednej decyzji projektowej tzw. sekretu modułu przy czym nie należy łączyć nie związanych ze sobą sekretów w jednym module zasada ta jest znana pod nazwą separation of concerns użytkownicy modułów powinni polegać jedynie na tym co jest określone w interfejsie i specyfikacji modułu natomiast nie powinni polegać na żadnym konkretnym sposobie implementacji modułu tzw. black box approach. =typy= wg [[architektury]] sposobu wykorzystania autora rozszerzenia =wg sposobu wykorzystania = statyczne (ang. static library or statically linked library) windows .lib lub .obj Unix .a lub .o dynamiczne ... |
format |
Book |
title |
Wikibooks: C/Biblioteki |
spellingShingle |
Wikibooks: C/Biblioteki |
title_short |
Wikibooks: C/Biblioteki |
title_full |
Wikibooks: C/Biblioteki |
title_fullStr |
Wikibooks: C/Biblioteki |
title_full_unstemmed |
Wikibooks: C/Biblioteki |
title_sort |
wikibooks: c/biblioteki |
url |
https://pl.wikibooks.org/wiki/C/Biblioteki |
genre |
sami |
genre_facet |
sami |
_version_ |
1802649739004477440 |